Model wymiany danych dla dostępu w części infrastruktura telekomunikacyjna w zakresie kanalizacji kablowej

Model wymiany danych dla dostępu w części infrastruktura telekomunikacyjna w zakresie kanalizacji kablowej Wersja dokumentu 1.19 Status Zamrożony Data wdrożenia 01-04-2011

Spis treści 1. Słownik pojęć...7 2. Wprowadzenie...9 3. Ustalenia ogólne...10 3.1. Informatyczny nagłówek komunikatu...10 3.2. Specyfikacja komunikatów awaryjnych...11 3.3. Podstawowe dane konfiguracyjne...11 3.4. Kanał e-mail...12 3.5. Kanał WWW...14 3.6. Kanał WebService...15 4. Typy danych...17 4.1. Pola...17 4.2. Rekordy...17 5. Proces obsługi Zapytania o możliwość dostępu do Kanalizacji kablowej...21 5.1. Złożenie zapytania...21 5.2. Negatywna weryfikacja formalna zamówienia...22 5.3. Odpowiedź na zapytanie o możliwość dostępu do kanalizacji kablowej...22 5.4. Akceptacja rozwiązania alternatywnego/częściowego reasumpcja zapytania...23 5.5. Anulowanie reasumpcji zapytania o możliwość dostępu do Kanalizacji kablowej...23 6. Proces obsługi Wniosku o przedłużenie okresu rezerwacji zasobów...23 6.1. Wniosek o przedłużenie okresu rezerwacji zasobów...23 6.2. Informacja o braku możliwości przedłużenia okresu rezerwacji zasobów...24 7. Proces obsługi Wniosku o zawarcie Umowy...25 7.1. Przesłanie do TP wniosku o podpisanie umowy szczegółowej...25 7.2. Negatywna weryfikacja formalna Wniosku...26 7.3. Wysłanie do OA informacji o przedłużeniu terminu oczekiwania na poprawiony wniosek.26 7.4. Odpowiedź na Wniosek o Zawarcie umowy...26 7.5. Informacja o przedłużeniu oczekiwania na przesłanie podpisanej umowy szczegółowej...27 7.6. Przesłanie podpisanej przez OA umowy szczegółowej do TP...27 7.7. Informacja o konieczności odesłania podpisanej Umowy Szczegółowej...27 7.8. Anulowanie Wniosku o zawarcie Umowy Szczegółowej...27

7.9. Negatywna weryfikacja formalna podpisanej przez OA Umowy Szczegółowej...28 7.10. Poinformowanie OA o podpisaniu Umowy Szczegółowej...28 8. Proces udostępnienia kanalizacji kablowej...29 8.1. Przekazanie do OA terminu udostępnienia kanalizacji kablowej...29 8.2. Potwierdzenie lub zmiana terminu podpisania PZO przez OA...29 8.3. Informacja o ostatecznym terminie podpisania PZO...30 8.4. Przesłanie do OA jednostronnie podpisanego PZO do podpisu...30 8.5. Przesłanie do TP podpisanego PZO...30 8.6. Przesłanie uwag do PZO...30 9. Zaciąg kabla do Kanalizacji kablowej...31 9.1. Wniosek o zaciąg kabla OA do Kanalizacji kablowej...31 9.2. Negatywna weryfikacja formalna wniosku o zaciąg kabla OA do Kanalizacji kablowej...31 9.3. Potwierdzenie terminu zaciągu kabla/propozycja nowego terminu...32 9.4. Informacja o obciążeniu OA...32 9.5. Informacja o podpisaniu POWP...32 9.6. Przekazanie uwag OA do POWP...33 10. Wyciąg kabla OA z Kanalizacji kablowej...33 10.1. Wniosek o nadzór techniczny przy wyciągu kabla...33 10.2. Negatywna weryfikacja formalna wniosku o nadzór techniczny przy wyciągu kabla...34 10.3. Potwierdzenie terminu wyciągu kabla/propozycja nowego terminu...34 10.4. Informacja o obciążeniu OA kosztami nadzoru...34 11. Proces przedłużenia umowy na dostęp do Kanalizacji kablowej...35 11.1. Zapytanie o przedłużenie umowy szczegółowej/jednostkowej na dostęp do Kanalizacji kablowej 35 11.2. Negatywna weryfikacja formalna zapytania o przedłużenie umowy szczegółowej/jednostkowej na dostęp do Kanalizacji kablowej...36 11.3. Informacja o potrzebie opracowania projektu technicznego...36 11.4. Informacja o braku możliwości przedłużenia umowy szczegółowej/jednostkowej na dostęp do Kanalizacji kablowej...36 11.5. Przesłanie projektu technicznego do TP...36 11.6. Informacja o konieczności poprawy projektu technicznego...37 11.7. Przesłanie umowy szczegółowej na dostęp do Kanalizacji kablowej do OA...37 11.8. Przesłanie podpisanej umowy szczegółowej do TP...37 11.9. Informacja o konieczności poprawienia umowy szczegółowej na dostęp do Kanalizacji kablowej 38

12. Proces uwolnienia zasobów Kanalizacji kablowej...38 12.1. Złożenie wniosku na rezygnacje z dostępu do Kanalizacji kablowej...38 12.2. Negatywna weryfikacja formalna wniosku na rezygnację z dostępu do Kanalizacji kablowej 39 12.3. Informacja o konieczności wyciągu kabla z Kanalizacji kablowej...39 12.4. Wysłanie aneksu do umowy szczegółowej na dostęp do Kanalizacji kablowej...39 12.5. Przesłanie podpisanego aneksu do umowy na dostęp do Kanalizacji kablowej...39 13. Proces obsługi zgłoszeń uszkodzeń/awarii...41 13.1. Zgłoszenie uszkodzenia/awarii...41 13.2. Negatywna weryfikacja merytoryczna zgłoszenia uszkodzenia/awarii...42 13.3. Informacja o przyjęciu zgłoszenia do realizacji...42 13.4. Poinformowanie OA o działającej usłudze...42 13.5. Prośba o dodatkowe...43 13.6. Przesłanie dodatkowych informacji do zgłoszenie uszkodzenia/awarii...43 13.7. Informacja o przewidywanym terminie usunięcia uszkodzenia...43 13.8. Informacja o braku dostępu do lokalu...44 13.9. Informacja o nowym terminie dostępu do lokalu...44 13.10. Informacja o przedłużeniu terminu usunięcia uszkodzenia...44 13.11. Informacja o zamknięciu niezasadnego zgłoszenia...45 13.12. Akceptacja zamknięcia zgłoszenia uszkodzenia/awarii/ informacja o braku zgody na zamknięcie zgłoszenia uszkodzenia/awarii...45 13.13. Informacja o usunięciu uszkodzenia/awarii...45 13.14. Potwierdzenie usunięcia uszkodzenia/awarii / informacja o nie usunięciu uszkodzenia /awarii 45 14. Proces obsługi zgłoszeń reklamacji finansowych...46 14.1. Zgłoszenie reklamacji finansowej...46 14.2. Negatywna weryfikacja formalna zgłoszenia reklamacji finansowej...47 14.3. Informacja o przedłużeniu terminu rozpatrzenia reklamacji finansowej...47 14.4. Informacja o wyniku rozpatrzenia reklamacji finansowej...47 15. Techniczna specyfikacja rekordów...48 15.1. MSG-HEADER...48 15.2. ADDRESS...49 15.3. PERSON...49 15.4. RELATION-TERMINATION...50 15.5. REASON...50

15.6. DOCUMENT...50 15.7. CHARGE-SUPERVISION...50 15.8. FAULT...50 15.9. CABLE-PARAM...51 15.10. KK-USAGE...51 15.11. BRANCH...51 15.12. ATTACHMENT-PLAN...51 15.13. ADDITIONAL-DEVICE...52 15.14. ANNEXATION...52 16. Specyfikacja komunikatów...53 16.1. Specyfikacja komunikatów dla zapytań o możliwości dostępu do kanalizacji kablowej...53 16.2. Specyfikacja komunikatów dla wniosku o przedłużenie okresu rezerwacji zasobów...55 16.3. Specyfikacja komunikatów dla wniosku o zawarcie umowy...55 16.4. Specyfikacja komunikatów dla procesu udostępnienia kanalizacji kablowej...58 16.5. Specyfikacja komunikatów dla zaciągu kabla do kanalizacji kablowej...60 16.6. Specyfikacja komunikatów dla procesu przedłużenia umowy na dostęp do kanalizacji kablowej 62 16.7. Specyfikacja komunikatów dla procesu uwolnienia zasobów kanalizacji kablowej...65 16.8. Specyfikacja komunikatów dla uszkodzeń/awarii...66 16.9. Specyfikacja komunikatów dla reklamacji finansowych...71 16.10. Specyfikacja komunikatu MESSAGE-ACK...73 16.11. Specyfikacja komunikatu ABORT...74 17. Słowniki...75 17.1. TYP ULICY...75 17.2. SPOSÓB UŻYCIA KK...75 17.3. TYP URZĄDZENIA...75 17.4. POWÓD...75 17.5. ROLA...77 17.6. STATUS...77 17.7. TYP NADZORU...77 17.8. STATUS POWP...77 17.9. TYP REKLAMACJI...77 17.10. REKLAMOWANY PRODUKT...78 17.11. WYNIK ROZPATRZENIA REKLAMACJI...78

17.12. CANAL-ACCESS-MODE...78 17.13. ACCESS-STATUS...78 17.14. ACCESS-END-STATUS...78 17.15. AGREEMENT-STATUS...78 17.16. PROVIDE-TO-OPER-STATUS...78 17.17. PROVIDE-ACC-STATUS...79 17.18. HAUL-MODE...79 17.19. HAUL-STATUS...79 17.20. PROLONGATION-STATUS...79 17.21. PROLONGATION-TO-OPER-STATUS...79 17.22. PROLONGATION-ACC-STATUS...79 17.23. FAULT-STATUS...79 17.24. FAULT-TO-OPER-STATUS...80 17.25. FAULT-ACC-STATUS...80 17.26. COMPLAIN-STATUS...80 18. Kody odrzuceń...80 18.1. ABORT-REASON...80 19. Terminy realizacji...80 20. Załączniki...84

1. Słownik pojęć Dzień Roboczy Każdy dzień tygodnia za wyjątkiem sobót i niedziel oraz innych dni ustawowo wolnych od pracy. Kanalizacja kablowa Zespół podziemnych rur i studni (zasobników) kablowych, służący do układania kabli telekomunikacyjnych. KK Kanalizacja kablowa Kanalizacja Kanalizacja kablowa, do której wciąga się rury Kanalizacji pierwotna wtórnej. Kanalizacja wtórna Zespół rur polietylenowych lub innych o nie gorszych właściwościach zaciąganych do otworów Kanalizacji pierwotnej, stanowiących dodatkowe zabezpieczenie kabli optotelekomunikacyjnych i innych. NWF Negatywny wynik WF OA POWP Przedsiębiorca telekomunikacyjny PT RA ROI Sieć Miejscowa Umowa WF Wolne zasoby Operator alternatywny przedsiębiorca telekomunikacyjny świadczący obecnie lub w przyszłości usługi telekomunikacyjne w oparciu o usługi hurtowe TP. Protokół Odbioru Wykonanych Prac Przedsiębiorca lub inny podmiot uprawniony do wykonywania działalności gospodarczej na podstawie odrębnych przepisów, który wykonuje działalność gospodarczą polegająca na dostarczaniu sieci telekomunikacyjnych, udogodnień towarzyszących świadczeniu usług telekomunikacyjnych, z wyłączeniem TP. (Operator Alternatywny) Projekt techniczny Rozwiązanie Alternatywne o rozwiązaniu alternatywnym i/lub częściowym udostępniane OA w przypadku gdy: - warunki techniczne niezgodne z zapytaniem OA (inna trasa kanalizacji TP od punktu A do punktu B; inny kabel, np. wzmocniony z podaniem max. średnicy kabla bez rury HDPE od punktu A do punktu B) - warunki techniczne częściowo niezgodne z zapytaniem OA (brak kanalizacji TP na części proponowanej trasy przez operatora) - trasa kanalizacji TP od punktu A do punktu B zgodna z zapytaniem OA, ale brak możliwości wykonania odgałęzienia, bądź odgałęzień lub istnieje kanalizacja ale na pewnych odcinkach danej relacji jest całkowicie zajęta. - warunki techniczne częściowo niezgodne z zapytaniem OA (brak możliwości na sposób wykorzystania kanalizacji kablowej wskazany w Zapytaniu przez OA na całej trasie, czyli np. dla relacji AB jest możliwość na kanalizację wtórną natomiast w przypadku odgałęzień jest możliwość na inny kabel np. wzmocniony lub o innej średnicy z podaniem max. średnicy kabla ) Ramowa oferta TP o dostępie telekomunikacyjnym w części infrastruktura telekomunikacyjna w zakresie kanalizacji kablowej (patrz załączniki). Kanalizacja kablowa zlokalizowana w obrębie jednego miasta, miejscowości lub gminy, w ich granicach administracyjnych. Umowa o dostęp do kanalizacji kablowej (umowa ramowa określająca zasady współpracy dotyczące udostępniania Operatorom Alternatywnym infrastruktury TP w zakresie kanalizacji kablowej) Weryfikacja Formalna (zamówienia, zgłoszenia, wniosku, zapytania). Kanalizację kablową, która nie jest całkowicie: - wykorzystywana przez TP na potrzeby prowadzenia działalności

WT telekomunikacyjnej, lub - objęta zatwierdzonym w TP planem wykorzystania w okresie najbliższych 12 miesięcy na potrzeby prowadzenia działalności telekomunikacyjnej przez TP, w tym na potrzeby realizacji obowiązków na rzecz obronności, bezpieczeństwa państwa oraz bezpieczeństwa i porządku publicznego, lub - wykorzystywana przez inne podmioty na potrzeby prowadzonej przez nie działalności na podstawie odpowiednich umów z TP lub bezpośrednio na mocy przepisów prawa. Weryfikacja Techniczna (na potrzeby OA)

2. Wprowadzenie Niniejszy dokument jest opisem Modelu Wymiany Danych (MWD) pomiędzy Telekomunikacją Polską S.A. (dalej zwaną TP) a Przedsiębiorcą telekomunikacyjnym dla dostępu telekomunikacyjnego w zakresie kanalizacji kablowej. Celem niniejszego dokumentu jest określanie zasad wykonywania przez Strony postanowień Decyzji Prezesa UKE oraz uregulowanie kwestii pozostawionych do uzgodnienia Stronom w ramach procesu wdrażania Decyzji Prezesa UKE. W przypadku zmiany zasad współpracy Stron poprzez nową Decyzję Prezesa UKE lub umowę zawartą między Stronami, Strony niezwłocznie dokonają zmian w niniejszym dokumencie celem dostosowania go do wprowadzonych zmian. Modelowy przebieg komunikacji MWD z użyciem kanału e-mail przedstawia poniższy rysunek, na którym jest widoczny ogólny schemat dla poszczególnych rodzajów zleceń. Kolejność realizacji będzie określana poprzez numeracje strzałek. deployment Schemat Ogólny Serw er Poczty Operatora email Serw er Poczty TP System/Systemy Operatora System TP PC Operatora Serwer www

Model Wymiany Danych jest dedykowany dla Przedsiębiorców Telekomunikacyjnych, którzy mają obecnie podpisaną Umowę o dostęp do kanalizacji kablowej. Komunikacja pomiędzy TP a OA odbywa się drogą elektroniczną za pośrednictwem Komunikatów XML właściwych dla prawidłowego przebiegu procesów, a w szczególności: obsługi Zapytań o możliwość dostępu do Kanalizacji Kablowej, obsługi Wniosków o zawarcie Umowy Szczegółowej do zapytania, obsługi Zgłoszeń uszkodzeń. Każda ze Stron uczestniczących w wymianie komunikatów jest zobowiązana do przeprowadzenia testów wzajemnej komunikacji w ramach niniejszego Modelu, zgodnie ze scenariuszami testowymi. Szczegóły scenariuszy będą uzgadniane indywidualnie w zależności od wzajemnych potrzeb stron. Pozytywne zakończenie testów warunkuje produkcyjne uruchomienie komunikacji elektronicznej między Stronami. 3. Ustalenia ogólne Dzień wpływu zgłoszeń i zamówień w dni robocze jest dniem zerowym T-0. Zamówienia przesłane w dni wolne od pracy oraz w dni świąteczne są zaliczane na poczet następnego dnia roboczego - T0. Wszystkie komunikaty przesyłane kanałami elektronicznemu będą podlegały wstępnej weryfikacjom: Informatycznej przedwstępnej o Weryfikacja czy OA ma uprawnienia do komunikacji kanałem przychodzącym o Weryfikacja czy komunikat jest możliwy do odszyfrowania i odczytania o Weryfikacja czy komunikat posiada prawidłowe InteractionID Informatycznej o Weryfikacja wersji MWD oraz jej zgodności przesłanego komunikatu o Weryfikacja czy komunikat posiada wymagane pola o Weryfikacja czy pola komunikatu mają prawidłowy format techniczny Formalnej o Weryfikacja danych biznesowych zawartych w komunikacie Błędy w powyższych weryfikacjach będą oznaczane kodami odrzuceń przedstawionymi w rozdziale Słowniki. 3.1. Informatyczny nagłówek komunikatu. Każdy komunikat wymieniany drogą elektroniczną będzie posiadał standardowy nagłówek składający się z następujących pól : interaction-id numer interakcji rozumiany jako wysłanie komunikatu oraz otrzymania potwierdzenia (komunikatu ACK). a para komunikatów posiada wspólny numer interakcji. Identyfikator interakcji (INTERACTION-ID) musi być unikalnym identyfikatorem wymiany danych w

obrębie danego źródła komunikatu (Przedsiębiorcy telekomunikacyjnego). Identyfikator ten będzie liczbą całkowitą o długości maksymalnej 15 znaków [INT(15)]. Identyfikator nie musi zachowywać sekwencyjności numeracji. Wszystkie komunikaty niosące treść biznesową są sparowane z odpowiednim komunikatem potwierdzenia. Komunikat ABORT nie jest on w sensie ścisłym część interakcji w ramach której został wysłany, a jedynie sygnałem, że interakcja się nie powiodła. subject-id numer jednoznacznie identyfikujący nadawcę komunikatu. W tym celu wykorzystany będzie numer pod jakim Operator figuruje w rejestrze przedsiębiorców telekomunikacyjnych UKE. Strony ustalają, że na podstawie rejestru przedsiębiorców telekomunikacyjnych UKE, Telekomunikacja Polska S.A. będzie posiadała identyfikator 1 dest-subject-id - numer jednoznacznie identyfikujący odbiorcę komunikatu. W tym celu wykorzystany będzie numer pod jakim Operator figuruje w rejestru przedsiębiorców telekomunikacyjnych UKE. Strony ustalają, że na podstawie rejestru przedsiębiorców telekomunikacyjnych UKE, Telekomunikacja Polska S.A. będzie posiadała identyfikator 1 msg-ver pole określające zgodnie z którą wersją MWD przygotowany został komunikat. W wypadku komunikatów zgodnych z niniejszym MWD jego wartość będzie stała w formacie OBSZAR;wersja : ROI;1 test-ver pole określające, czy komunikat jest komunikatem produkcyjnym czy testowym. Strony w wypadkach szczególnych dopuszczają możliwość wysyłania komunikatów testowych na środowisku produkcyjnym. Komunikat taki spowoduje odesłanie właściwego komunikatu potwierdzenia ACK jednak bez uruchamiania procesów biznesowych state pole określające stan interakcji w ramach którego nastąpiło generowania komunikatu. Dopuszczalne wartości to REQ dla żądania, ACK dla potwierdzenia i ABR dla komunikatu ABORT. 3.2. Specyfikacja komunikatów awaryjnych Awarie na poziomie aplikacji, komunikaty nie dające się odczytać lub wyłączenia systemu spowodowane pracami konserwacyjnymi zostaną obsłużone komunikatem ABORT. Również w przypadku zgłoszenia awarii systemu przez Operatora, kanał komunikacyjny dla Operatora w systemie komunikacji zostanie ustawiony w stan blokady polegający na odpowiadaniu komunikatem ABORT na wszystkie komunikaty od Operatora. Po otrzymaniu komunikatu ABORT w odpowiedzi na komunikat od Operatora, Operator będzie musiał ponowić swój komunikat po usunięciu awarii, blokady lub poprawie błędów w komunikacie. Na analogicznych zasadach komunikat ABORT może być wysłany przez system komunikacji Operatora. 3.3. Podstawowe dane konfiguracyjne 3.3.1. Ustalenia ogólne W rozdziale opisano ustalenia ogólne niezależne od kanału komunikacji.

3.3.2. Format Komunikaty będą zapisane w stronie kodowej UTF-8. W celu umożliwienia kontroli postaci plików XML, TP przekaże Przedsiębiorcom telekomunikacyjnym schematy XSD pozwalające na parsowanie zawartości komunikatów przed ich wysłaniem. Formaty przesyłek oraz formaty potwierdzeń (zarówno pozytywnych jak i negatywnych) są opisane w tym dokumencie. Struktura większości komunikatów została wstępnie przygotowana do obsługi wieloelementowych grup komunikatów, które mogą być w przyszłości wykorzystane do przekazywania grup komunikatów. W chwili obecnej przewiduje się przesyłanie wyłącznie komunikatów w postaci pojedynczych zleceń (zamówień, odpowiedzi, statusów, zgłoszeń itp.). Oznacza to, że pole SIZE nie będzie występowało w komunikatach, a pole ITEM zawsze będzie zawierało wartość "1". Obsługa wieloelementowych grup komunikatów określonych typów może zostać włączona po uprzednim uzgodnieniu między operatorami. 3.3.3. Zmiany Niniejszy dokument w ramach prac zespołów roboczych, TP i Przedsiębiorcy telekomunikacyjnego będzie ulegał modyfikacji do czasu jego akceptacji przez UKE. Modyfikacje będą wykonywane w formie pisemnej i będą podlegały akceptacji przez Strony. 3.4. Kanał e-mail Wymiana danych pomiędzy TP i Przedsiębiorcą telekomunikacyjnym odbywać się będzie przy użyciu poczty e-mail. E-mail będzie przesyłany do dedykowanych skrzynek pocztowych. Każda ze Stron uczestniczących w wymianie komunikatów jest zobowiązana do zapewnienia własnej części infrastruktury niezbędnej do wymiany informacji. Komunikaty, (czyli treść plików XML) będą wklejane do treści wiadomości e-mail, następnie email będzie kodowany PGP i przesyłany do dedykowanych skrzynek pocztowych, gdzie nastąpi dalsze procesowanie zawartych w komunikatach informacji. 3.4.1. Ustawienia techniczne systemów TP i Przedsiębiorcy telekomunikacyjnego Dla wiadomości przesyłanych pomiędzy OA a TP, skrzynka pocztowa TP będzie miała adres: zz_isi_ekwd@telekomunikacja.pl Na dwa tygodnie przed datą ustaloną jako termin rozpoczęcia testów międzyoperatorskich strony przekażą sobie nawzajem o adresie e-mail skrzynki służącej do komunikacji podczas testów międzyoperatorskich, przekażą sobie klucze publiczne wykorzystywane podczas testów oraz adresu IP serwerów testowych. Podobnie w wypadku środowiska produkcyjnego. Na dwa tygodnie przed datą ustaloną jako termin rozpoczęcia produkcyjnego użycia kanału e-mail strony przekażą sobie klucze publiczne wykorzystywane w komunikacji produkcyjnej oraz adresy IP serwerów produkcyjnych.

W przypadku konieczności zmiany adresów e-mail, do których jest przesyłana poczta lub, z których jest wysyłana poczta lub zmiany adresów IP systemów wysyłających pocztę, Strony powiadomią siebie telefonicznie (na numer telefonu administratora systemu) oraz e-mailem (na adres administratora systemu) najdalej na 5 dni robocze przed planowaną zmianą. 3.4.2. Zasady bezpieczeństwa przesyłu danych Każda wiadomość przesłana kanałem e-mail do TP będzie szyfrowana kluczem publicznym PGP TP. Każda wiadomość przesłana kanałem e-mail do Przedsiębiorcy telekomunikacyjnego będzie szyfrowana kluczem publicznym Przedsiębiorcy telekomunikacyjnego oraz podpisywana kluczem prywatnym TP. W wypadku, gdy adresatów komunikatu jest więcej, dopuszczalne jest szyfrowanie kluczami publicznymi wszystkich adresatów oraz kluczem nadawcy. O zmianach dotyczących kluczy publicznych strony będą się wzajemnie informować najdalej na trzy dni robocze przed planowaną zmianą. Strony będą przekazywać sobie klucze publiczne za pomocą e- maili, na adresy administratorów systemów obu stron najdalej na dwa dni robocze przed planowaną zmianą. Nowe klucze używane będą zawsze od godz. 09:00 dnia wskazanego jako data włączenia, będzie to jednocześnie czas w którym stary klucz przestanie być używany. Strony będą dążyć do minimalizacji liczby procedur wymiany kluczy Przed zaszyfrowaniem wiadomość e-mail powinna zostać zapisana w formacie MIME. Wiadomość w formacie MIME składa się z nagłówków oraz właściwej zawartości (body, content). Szyfrowanie PGP wiadomości email, polega na stworzeniu nowej wiadomości, która zawiera niezmienione nagłówki z oryginału oraz zawartości, która jest zaszyfrowaną zawartością oryginału opatrzoną odpowiednim typem zawartości (content type). Wiadomość po zaszyfrowaniu musi być dalej poprawną wiadomością w formacie MIME. Dokładny opis szyfrowania email zawarty jest w dokumencie RFC2015 (www.ietf.org/rfc/rfc2015.txt). Informacje dotyczące szyfrowania PGP zawarte są w dokumencie RFC2440 (www.ietf.org/rfc/rfc2440.txt). Każda wiadomość wysłana e-mail em od Przedsiębiorcy telekomunikacyjnego do TP będzie potwierdzana przez TP mailem, w którego treści będzie wklejony odpowiednio sformatowany komunikat XML zawierający potwierdzenie otrzymania komunikatu od Przedsiębiorcy telekomunikacyjnego. Potwierdzenie to oznacza, że komunikat od Przedsiębiorcy telekomunikacyjnego dotarł w całości, dane zawarte w komunikacie są poprawne pod względem informatycznym oraz dostarczone w m czasie od daty generacji (potwierdzenie nie obejmuje innej weryfikacji formalnej danych). Podobnie każdy komunikat z TP do Przedsiębiorcy telekomunikacyjnego wysłany e-mail em zostanie potwierdzony przez Przedsiębiorcę telekomunikacyjnego e-mail em, w którego treści będzie wklejony odpowiednio sformatowany komunikat XML zawierający potwierdzenie otrzymania komunikatu z TP. W przypadku, gdy otrzymany komunikat nie może być przyjęty z uwagi na błędy w zawartości (błędy informatyczne), strona, do której był skierowany komunikat wygeneruje potwierdzenie otrzymania komunikatu z błędami.

Jeśli otrzymany komunikat nie może być obsłużony przez system informatyczny Przedsiębiorcy telekomunikacyjnego z powodu błędów krytycznych w strukturze wiadomości, awarii systemu, wyłączenia systemu na czas prac konserwacyjnych, wyłączenia kanału komunikacyjnego z powodu awarii po stronie Przedsiębiorcy telekomunikacyjnego itp., strona, do której był skierowany komunikat wygeneruje komunikat awaryjny ABORT na adres e-mail, z którego został przysłany nie obsłużony komunikat. W komunikacie znajdzie się informacja o rodzaju błędu. W zależności od przyczyny odrzucenia przesyłki, strona, która wygenerowała przesyłkę jest zobowiązana do poprawienia błędów i powtórnego wysłania przesyłki lub uruchomienia komunikacji kanałem awaryjnym. Poprawiony komunikat powinien zawierać zaktualizowane o dacie jego generacji i nowe, unikalne INTERACTION-ID. Strony ustalają, że na podstawie rejestru przedsiębiorców telekomunikacyjnych UKE, TP będzie posiadała identyfikator liczbowy = 1. Komunikat dostarczany kanałem e-mail uważa się za nie dostarczony, do czasu otrzymania właściwego komunikatu potwierdzającego typu *ACK. Strona nadająca będzie ponawiać komunikaty, na które nie otrzymała potwierdzenia *ACK trzykrotnie w interwałach godzinnych. Strony zgadzają się, aby w takim wypadku po trzeciej próbie dostarczenia komunikatu uznać komunikat za dostarczony i prawidłowy. 3.4.3. Specyfikacja postaci wiadomości e-mail Każda wiadomość e-mail przesyłana na skrzynkę pocztową wymiany komunikatów będzie miała następującą postać: Tytuł wiadomości: id:[<ident Przedsiębiorcy telekomunikacyjnego wg UKE>][INTERACTION-ID]<nazwa typu komunikatu>[<xml>] Przykładowa postać komunikatu zamówień z zakresu Kanalizacji Kablowej przesłanej od Przedsiębiorcy telekomunikacyjnego będzie następująca: Tytuł wiadomości: id:[99][123456]canal-access-order[xml] 3.5. Kanał WWW Możliwe jest realizowanie komunikacji za pomocą strony WWW. W tym celu na serwerze TP przygotowane zostaną formatki umożliwiające składanie zgłoszeń (zamówień, reklamacji itp.) Ze względu na interakcyjny charakter takiej komunikacji nie wymaga ona tworzenia dedykowanych komunikatów w z góry ustalonym formacie. Zakłada się, że potwierdzeniem przyjęcia zgłoszenia będzie komunikat tekstowy pojawiający się na stronie WWW.

3.5.1. Ustawienia techniczne Przedsiębiorca telekomunikacyjny używający tego kanału zostanie poinformowany o adresie serwera. Utworzone zostanie dla niego dedykowane konto z uprawnieniami do tworzenia subkont. Liczba i uprawnienia subkont ustalona zostanie we właściwej umowie dwustronnej. Informacje o ewentualnej zmianie adresu serwera WWW przekazane będą z wyprzedzeniem 2 dni roboczych. Oprócz uwierzytelnienia poprzez login i hasło użytkownik będzie musiał posiadać ważny certyfikat wygenerowany przez TP. Będą to certyfikaty w standardzie X.509 (jeden certyfikat per użytkownik). 3.5.2. Specyfikacja postaci pliku z komunikatami Poprzez interfejs możliwe będzie ładowanie plików z komunikatami. Stosowana przy tym będzie zasada, że w jednym pliku będzie jeden komunikat XML. Nie wyklucza to, że w wypadku gdy model danych to dopuszcza jeden komunikat XML dotyczyć może większej ilości spraw (np. jeden komunikat XML zawiera zamówienia na 10 dostępów do Kanalizacji Kablowej). Format nazwy pliku odpowiadał będzie następującemu szablonowi : [<ident Przedsiębiorcy telekomunikacyjnego wg UKE>]www[INTERACTION-ID]<nazwa typu komunikatu>[<xml>] Przykładowa nazwa pliku : [99]www[123456] canal-access-order[xml] 3.5.3. Podgląd historii komunikacji W wypadku komunikatów składanych przez kanał WWW nie przewiduje się generowania i odsyłania komunikatów zwrotnych. W wypadku komunikatów składanych przez kanał e-mail komunikat zwrotny generowany jest zgodnie z opisem w rozdziale 3.2. Niezależnie od kanału, którym będą składane komunikaty możliwe będzie za pośrednictwem dedykowanej strony zapoznanie się z komunikatami tak wysłanymi kanałem e-mail jak i wygenerowanymi lecz nie wysłanymi w kanale WWW. Możliwe będzie wygenerowanie pliku z taką historią w kontekście pojedynczego zamówienia/zgłoszenia. Plik taki będzie miał domyślną nazwę historia.xml zaś jego zawartość będą stanowiły uszeregowane chronologicznie właściwe komunikaty XML bez oznaczeń tytułów przesyłek pocztowych lub nazw plików. 3.6. Kanał WebService Zakłada się, że uruchomienie kanału WebService i przełączenia komunikacji na ten kanał nie będzie wiązało się ze zmianą treści biznesowej komunikatów.

W komunikacji obowiązywał będzie ten sam model danych co w pozostałych kanałach uzupełniony jedynie o nagłówek SOAP. Zakłada się również, że każdy z uczestników komunikacji skonstruuje po swojej stronie WebService y które nadawca komunikatu będzie wywoływał. W szczególności należy zaznaczyć, że podczas komunikacji komunikaty ACK zachowują synchroniczność w sensie biznesowym, a nie technicznym co implikuje konieczność budowy odpowiednich metod. Przykład: <SOAP-ENV:Envelope xmlns:soap-env="http://schemas.xmlsoap.org/soap/envelope/" xmlns:soap-enc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema"> <SOAP-ENV:Body> Komunikat xml zgodny z MWD </SOAP-ENV:Body> </SOAP-ENV:Envelope>

4. Typy danych Rozdział opisuje typy danych używane w komunikatach. Przyjmuje się następującą interpretację typów prostych danych: Typ INT(n) Opis liczba całkowita, nieujemna, reprezentowana przez ciąg n znaków; zera wiodące są ignorowane DATE data zapisana zgodnie z specyfikacją typu xsd:datetime (http://www.w3.org/tr/xmlschema-2/). W wypadku, gdy godzina nie jest znacząca, w celu zachowania zgodności z typem xsd:datatime część określająca czas będzie zerowana (00:00:00). CHAR(n) FLOAT pole znakowe o długości n znaków liczba rzeczywista zmiennoprzecinkowa 4.1. Pola Sekcja opisuje pola o specyficznej składni/formacie. 4.1.1. ID (Business Case Number) Identyfikator zamówienia/zgłoszenia/reklamacji itp. nadany przez operatora wysyłającego komunikat służący do identyfikacji sprawy. Identyfikator ten musi być unikalnym w skali spraw podnoszonych przez nadawcę. Pole o typie CHAR(15) w formacie XXXXXYYYYYYYYYY, gdzie pięć pierwszych cyfry XXXXX będzie uzupełnionym o wiodące zera kodem operatora/przedsiębiorcy nadany przez UKE, a kolejne dziesięć cyfr będzie uzupełnionym o wiodące zera numerem sprawy danego operatora np. 000010000002323 4.2. Rekordy Sekcja opisuje rekordy używane w komunikatach. Rekordem nazywany jest tu niezmienny zbiór pól o tym samym formacie, słownikach, obowiązkowości. Sekcja została dodana, aby nie powtarzać wielokrotnie tych samych zbiorów pól w różnych komunikatach. Opis kolumn tabeli: Nazwa danej nazwa biznesowa danej przechowywanej w tym polu Pole/Rekord typ zdefiniowany w rozdziale 4 np. ADRES; jeśli typ może występować w komunikacie kilkukrotnie to zostanie przed nazwą rekordu dopisany prefix lista format danej (tylko, jeśli format nie jest jednoznaczny) np. format przekazywania kodu pocztowego (00-000) Słownik wartość pola jest określona w słowniku znajdującym się w rozdziale 15 Obow. flaga oznaczająca czy dane pole jest obowiązkowe w rekordzie/komunikacie Dodatkowe, które są konieczne, a nie można ich przekazać poprzez pola w tabeli np. dokumenty wymagane dla konkretnego komunikatu

4.2.1. ADRES Nazwa danej Pole/Rekord Miasto Typ ulicy Ulica Numer budynku Numer mieszkania Kod pocztowy 00-000 Nazwa urzędu pocztowego Identyfikator miejscowości w systemie TERYT (GUS) Informacje dodatkowe TYP ULICY Opis lokalizacji, jeżeli nie da się jej przyporządkować do konkretnego adresu (np. studnia) 4.2.2. OSOBA Nazwa danej Imię Nazwisko Telefon Email Fax Adres Rola Pole/Rekord ADRES ROLA 4.2.3. ZAKOŃCZENIE RELACJI Nazwa danej Pole/Rekord Adres zakończenia ADRES Opis przebiegu Informacje dodatkowe 4.2.4. UŻYCIE KK Nazwa danej Planowy sposób wykorzystania kanalizacji kablowej Typ kabla Producent kabla Parametry kabla Pole/Rekord PARAMETRY KABLA SPOSÓB UŻYCIA KK 4.2.5. NAWIĄZANIE Nazwa danej Pole/Rekord Adres ADRES

Opis wprowadzenia/wyprowadzenia kabli do otaczającego gruntu, budowli, itp.) 4.2.6. PARAMETRY KABLA Nazwa danej Średnica kabla Opis kabla 4.2.7. ODGAŁĘZIENIE Nazwa danej Zakończenie odgałęzienia Planowany sposób użycia kanalizacji kablowej Pole/Rekord Pole/Rekord ZAKOŃCZENIE RELACJI UŻYCIE KK 4.2.8. DODATKOWE URZĄDZENIE Nazwa danej Lokalizacja studni Typ urządzenia Opis urządzenia Pole/Rekord TYP URZĄDZENIA 4.2.9. POWÓD Kod powodu POWÓD Opis powodu Wartość domyślna: n/d 4.2.10. RA Nazwa danej Opis rozwiązania alternatywnego i/lub częściowego Informacje dodatkowe 4.2.11. DOKUMENT Nazwa danej Identyfikator załączonego pliku Wielkość pliku Pole/Rekord Pole/Rekord POWÓD 4.2.12. OBCIĄŻENIE NADZÓR

Obciążenie za nadzór Rodzaj nadzoru Ilość rozpoczętych godzin nadzoru Data sprawowania nadzoru Data z uzupełnioną godziną 4.2.13. AWARIA Nazwa danej Pole/Rekord Lokalizacja ADRES Relacja punkt A Relacja punkt B Data wykrycia uszkodzenia/awarii Objawy/opis uszkodzenia Osoby kontaktowe lista OSOBA Dozwolone: Kontakt do osoby / ośrodka nadzoru operatora z którą można potwierdzić przywrócenie działania usługi jeśli nie jest to osoba zgłaszająca; osoba zgłaszająca

5. Proces obsługi Zapytania o możliwość dostępu do Kanalizacji kablowej sd 6. Proces obsługi Zapytania o możliwość dostępu do Kanalizacji kablowej :Operator Alternatywny Złożenie zapytania -CANAL-ACCESS-ORDER(M.1) :TP Negatywna weryfikacja formalna zamówienia - CANAL-ACCESS-STATUS(M.2) Odpowiedź na zapytanie o możliwość dostępu do kanalizacji kablowej - CANAL-ACCESS-TO-OPER(M.3) Akceptacja rozwiązania alternatywnego/ częściowego reasumpcja zapytania - CANAL-ACCESS-ORDER(M.4) Anulowanie reasumpcji zapytania o możliwość dostępu do Kanalizacji kablowej - CANAL-ACCESS-STATUS(M.5) 5.1. Złożenie zapytania W celu ustalenia możliwości zawarcia Umowy, Operator może wystąpić do TP z Zapytaniem o możliwość dostępu do Kanalizacji kablowej. Jedno Zapytanie może dotyczyć wyłącznie możliwości dostępu do Kanalizacji kablowej w ramach jednej Sieci Miejscowej. OA ---> TP (M.1) CANAL-ACCESS-ORDER Identyfikator zapytania ID Dane kontaktowe operatora OSOBA Identyfikacja zakończenia ZAKOŃCZENIE początkowego RELACJI Identyfikacja zakończenia ZAKOŃCZENIE końcowego RELACJI Sposób wykorzystania UŻYCIE KK kanalizacji kablowej Lista odgałęzień lista ODGAŁĘZIENIE Planowane nawiązanie do KK NAWIĄZANIE Dodatkowe urządzenia instalowane w studniach kablowych lista DODATKOWE URZĄDZENIE Cel dostępu do kanalizacji kablowej

Okres obowiązywania umowy Dana w latach Uwagi 5.2. Negatywna weryfikacja formalna zamówienia TP, w terminie T1, dokonuje weryfikacji Zapytania. Za przeprowadzenie weryfikacji formalnej Zapytania TP nie pobiera opłat. Jeżeli Zapytanie nie dotyczy jednej Sieci Miejscowej TP zwraca zapytanie Operatorowi bez dalszej weryfikacji. W przypadku stwierdzenia niekompletności Zapytania TP odrzuca je ze wskazaniem powodu (kod odrzutu). TP ---> OA (M.2) CANAL-ACCESS-STATUS Identyfikator zapytania ID Powód odrzucenia zapytania lista POWÓD 5.3. Odpowiedź na zapytanie o możliwość dostępu do kanalizacji kablowej TP, w terminie T2 (lub T4 w przypadku reasumpcji) począwszy od daty złożenia przez Operatora Zapytania udziela odpowiedzi, co do możliwości dostępu do Kanalizacji kablowej, w której: a) podaje przyczynę odmowy wydania Warunków Technicznych w przypadku całkowitego braku możliwości dostępu do Kanalizacji kablowej; b) wskazuje możliwości rozwiązania alternatywnego i/lub częściowego w oparciu o swoje Wolne Zasoby - wskazuje Operatorowi, w jakim zakresie dostęp do Kanalizacji kablowej jest możliwy; c) udziela odpowiedzi pozytywnej. TP --- > OA (M.3) CANAL-ACCESS-TO-OPER Identyfikator zapytania ID Wynik weryfikacji zapytania POWÓD Rozwiązanie alternatywne RA i/lub częściowe Dokumenty konieczne w przypadku odpowiedzi pozytywnej lista DOKUMENT Wymagane: Warunki Techniczne, Projekt Umowy, Zestawienie kabli i/lub rur w kanalizacji kablowej (załącznik nr 3), Wymagania

projektowe Osoby kontaktowe lista OSOBA Wymagane są osoby o rolach 2-7 Informacje dodatkowe 5.4. Akceptacja rozwiązania alternatywnego/częściowego reasumpcja zapytania Jeśli Operator akceptuje przedstawione przez TP rozwiązanie alternatywne i/lub częściowe, składa reasumpcję Zapytania w nieprzekraczalnym terminie T3, od dnia otrzymania opisu rozwiązania alternatywnego od TP. OA ---> TP (M.4) CANAL-ACCESS-ORDER Dokument identyczny jak dla rozdziału: Złożenie zapytania. 5.5. Anulowanie reasumpcji zapytania o możliwość dostępu do Kanalizacji kablowej Jeśli OA w terminie T3 nie prześle reasumpcji Zapytania, to TP zwalnia zarezerwowane zasoby i informuje OA o anulowaniu zapytania o możliwość dostępu do Kanalizacji kablowej. TP ---> OA (M.5) CANAL-ACCESS-STATUS Identyfikator zapytania ID Data anulowania zapytania Powód anulowania zapytania POWÓD 6. Proces obsługi Wniosku o przedłużenie okresu rezerwacji zasobów. sd 7. Proces obsługi Wniosku o zawarcie Umowy - wniosek o przedłużenie okresu rezerwacji zasobów. :Operator Alternatywny Wniosek o przedłużenie okresu rezerwacji zasobów - RESOURCE-RESERVATION-PROLONGATION(M.6) :TP Informacja o braku możliwości przedłużenia okresu rezerwacji zasobów - RESOURCE-RESERVATION-PROLONGATION-STATUS(M.7) 6.1. Wniosek o przedłużenie okresu rezerwacji zasobów Na wniosek OA złożony przed upływem Okresu Rezerwacji, TP dokonuje jednokrotnej, dodatkowej rezerwacji wolnych zasobów na kolejny okres 21 DR. W celu przedłużenia okresu rezerwacji OA wysyła wniosek do TP w terminie T5. OA ---> TP (M.6) RESOURCE-RESERVATION-PROLONGATION

Identyfikator zapytania ID 6.2. Informacja o braku możliwości przedłużenia okresu rezerwacji zasobów TP weryfikuje wniosek o przedłużenie rezerwacji zasobów. Jeśli wynik tej weryfikacji jest negatywny (nie jest możliwe przedłużenie rezerwacji) wysyła do OA informację o braku możliwości przedłużenia rezerwacji. TP --- > OA (M.7) RESOURCE-RESERVATION-PROLONGATION-STATUS Identyfikator zapytania ID Powód braku możliwości przedłużenia okresu rezerwacji zasobów POWÓD

7. Proces obsługi Wniosku o zawarcie Umowy. sd 7. Proces obsługi Wniosku o zawarcie Umowy - wniosek o podpisanie umowy. :Operator Alternatywny Przesłanie do TP wniosku o podpisanie umowy - CANAL-ACCESS-AGREEMENT-ORDER(M.8) :TP Negatywna weryfikacja formalna Wniosku - CANAL-ACCESS-AGREEMENT-ORDER-STATUS(M.9) Wysłanie do OA informacji o przedłużeniu terminu oczekiwania na poprawiony wniosek - CANAL-ACCESS-AGREEMENT-ORDER-STATUS(M.10) Odpowiedź na Wniosek o Zawarcie umowy - CANAL-ACCESS-AGREEMENT-ORDER-TO-OPER(M.11) Informacja o przedłużeniu oczekiwania na przesłanie podpisanej umowy - CANAL-ACCESS-AGREEMENT-ORDER-STATUS(M.12) Przesłanie podpisanej przez OA umowy do TP - CANAL-ACCESS-AGREEMENT-ORDER-TO-OPER-ACC(M.13) Informacja o konieczności odesłania podpisanej Umowy. - CANAL-ACCESS-AGREEMENT-ORDER-STATUS(M.14) Anulowanie Wniosku o zawarcie Umowy - CANAL-ACCESS-AGREEMENT-ORDER-STATUS() NWF podpisanej przez OA Umow y. - CANAL-ACCESS-AGREEMENT-ORDER-STATUS(M.15) Poinformowanie OA o podpisaniu Umowy - CANAL-ACCESS-AGREEMENT-ORDER-STATUS(M.16) 7.1. Przesłanie do TP wniosku o podpisanie umowy szczegółowej Operator występuje do TP z Wnioskiem o zawarcie Umowy Szczegółowej w Okresie Rezerwacji. OA ---> TP (M.8) CANAL-ACCESS-AGREEMENT-ORDER Identyfikator zapytania ID Dane kontaktowe operatora OSOBA Flaga oświadczenia Treść oświadczenia: Niniejszym oświadczam, że stan faktyczny i prawny ustalony na podstawie zapytania nie uległ zmianie. Opis zmian Dokumenty lista DOKUMENT Wymagane: Projekt Techniczny

7.2. Negatywna weryfikacja formalna Wniosku TP dokonuje, weryfikacji Wniosku z Załącznikami w terminie T6 od dnia otrzymania. Projekt Techniczny podlega akceptacji zgodnie z procedurą opisaną w ofercie ramowej. W przypadku stwierdzenia niekompletności Wniosku, TP odrzuca Wniosek wskazując przyczyny odrzucenia. Operator nie ma możliwości poprawienia odrzuconego Wniosku. Po usunięciu braków formalnych Operatora składa nowy Wniosek (nadaje nowy identyfikator Wniosku). W przypadku nie dotrzymania przez TP terminu na weryfikacje formalną (2 DR), Wniosek Operatora uważa się za kompletny. TP ---> OA (M.9) CANAL-ACCESS-AGREEMENT-ORDER-STATUS Identyfikator zapytania ID Powód odrzucenia wniosku lista POWÓD 7.3. Wysłanie do OA informacji o przedłużeniu terminu oczekiwania na poprawiony wniosek Jeśli OA nie przesyła w m terminie poprawionego wniosku TP może wydłużyć okres oczekiwania. W takim przypadku informuje OA o tym fakcie wysyłając komunikat. TP ---> OA (M.10) CANAL-ACCESS-AGREEMENT-ORDER-STATUS Identyfikator zapytania ID Nowy termin przesłania poprawionego wniosku 7.4. Odpowiedź na Wniosek o Zawarcie umowy TP w terminie T8/T11 przygotowuje i wysyła do OA umowę szczegółową (rodzaj umowy zależy od podpisania przez OA umowie ramowej z TP). TP ---> OA (M.11) CANAL-ACCESS-AGREEMENT-ORDER-TO-OPER Identyfikator zapytania ID Nr umowy szczegółowej Dokumenty lista DOKUMENT Wymagane: Umowa szczegółowa podpisana przez TP

7.5. Informacja o przedłużeniu oczekiwania na przesłanie podpisanej umowy szczegółowej Jeśli OA nie przesyła w m terminie podpisanej umowy szczegółowej TP może wydłużyć okres oczekiwania. W takim przypadku informuje OA o tym fakcie wysyłając komunikat. TP --- > OA (M.12) CANAL-ACCESS-AGREEMENT-ORDER-STATUS Identyfikator zapytania ID Nowy termin przesłania umowy szczegółowej 7.6. Przesłanie podpisanej przez OA umowy szczegółowej do TP OA odsyła do TP podpisaną umowę szczegółową (skan) w terminie T9/T12 OA --- > TP (M.13) CANAL-ACCESS-AGREEMENT-ORDER-TO-OPER-ACC Identyfikator zapytania ID Dokumenty lista DOKUMENT Wymagane: Umowa szczegółowa podpisana przez TP i OA 7.7. Informacja o konieczności odesłania podpisanej Umowy Szczegółowej. W przypadku gdy OA nie odesłał w m terminie podpisanej Umowy Szczegółowej TP może wysyłać przypomnienie (monit) o konieczności przysłania podpisanej umowy. TP --- > OA (M.14) CANAL-ACCESS-AGREEMENT-ORDER-STATUS Identyfikator zapytania ID Wymagany termin odesłania Umowy 7.8. Anulowanie Wniosku o zawarcie Umowy Szczegółowej Jeśli OA nie odsyła do TP podpisanej Umowy Szczegółowej w m terminie, TP zwalnia zasoby i informuje OA o anulowaniu umowy szczegółowej z podaniem przyczyny. TP ---> OA CANAL-ACCESS-AGREEMENT-ORDER-STATUS Nazwa danej Pole/Rekord

Identyfikator zapytania ID Data anulowania wniosku Powód anulowania wniosku POWÓD 7.9. Negatywna weryfikacja formalna podpisanej przez OA Umowy Szczegółowej. W przypadku gdy TP negatywnie zweryfikuje odesłaną przez OA Umowę Szczegółową w terminie T 10/T13 zwraca się do OA z żądaniem uzupełnienia braków. TP --- > OA (M.15) CANAL-ACCESS-AGREEMENT-ORDER-STATUS Identyfikator zapytania ID Powód wezwania do uzupełnienia odesłanej Umowy Szczegółowej lista POWÓD 7.10. Poinformowanie OA o podpisaniu Umowy Szczegółowej Po pozytywnym zweryfikowaniu Umowy Szczegółowej podpisanej przez OA upoważniony przedstawiciel TP podpisuje Umowę. Informację o podpisaniu Umowy TP przesyła do OA. TP --- > OA (M.16) CANAL-ACCESS-AGREEMENT-ORDER-STATUS Identyfikator zapytania ID Data zawarcia umowy Dokumenty lista DOKUMENT Wymagane: Umowa podpisana przez TP

8. Proces udostępnienia kanalizacji kablowej sd 8. Proces udostępnienia kanalizacji kablowej :Operator Alternatywny :TP Przekazanie do OA terminu udostępnienia kanalizacji kablowej - CANAL-ACCESS-PROVIDE-TO-OPER (M.17) Potwierdzenie lub zmiana terminu podpisania PZO przez OA - CANAL-ACCESS-PROVIDE-TO-OPER-ACC(M.18) Informacja o ostatecznym terminie podpisania PZO - CANAL-ACCESS-PROVIDE-STATUS(M.19) Przesłanie do OA jednostronnie podpisanego PZO do podpisu. - CANAL-ACCESS-PROVIDE-TO-OPER(M.20) Przesłanie do TP podpisanego PZO - CANAL-ACCESS-PROVIDE-TO-OPER-ACC(M.21) Przesłanie uwag do PZO - CANAL-ACCESS-PROVIDE-INFO(M.22) 8.1. Przekazanie do OA terminu udostępnienia kanalizacji kablowej TP w terminie T14, przesyła do OA proponowany termin podpisania PZO. TP --- >OA (M.17) CANAL-ACCESS-PROVIDE-TO-OPER Identyfikator zapytania ID Termin podpisania PZO 8.2. Potwierdzenie lub zmiana terminu podpisania PZO przez OA OA w terminie T15 przysyła do TP potwierdzenie terminu podpisania PZO lub propozycję nowego terminu podpisania PZO. OA --- > TP (M.18) CANAL-ACCESS-PROVIDE-TO-OPER-ACC Identyfikator zapytania ID Termin podpisania PZO Proponowany termin podpisania PZO

8.3. Informacja o ostatecznym terminie podpisania PZO TP w terminie T16 informuje OA o ostatecznym terminie podpisania PZO. TP --- > OA (M.19) CANAL-ACCESS-PROVIDE-STATUS Identyfikator zapytania ID Termin podpisania PZO 8.4. Przesłanie do OA jednostronnie podpisanego PZO do podpisu. W przypadku negatywnego zweryfikowania w TP podpisanego PZO dokonywana jest jego poprawa. Po poprawieniu dokumentu, w przypadku konieczności ponownego jego podpisania TP przesyła do OA poprawiony PZO do podpisu (skan). TP --- > OA (M.20) CANAL-ACCESS-PROVIDE-TO-OPER Identyfikator zapytania ID Data udostępnienia kanalizacji kablowej Dokumenty lista DOKUMENT Wymagane: PZO podpisany przez TP 8.5. Przesłanie do TP podpisanego PZO OA podpisuje PZO i zawiadamia TP o tym fakcie wysyłając komunikat. OA --- > TP (M.21) CANAL-ACCESS-PROVIDE-TO-OPER-ACC Identyfikator zapytania ID Data udostępnienia kanalizacji kablowej Dokumenty lista DOKUMENT Wymagane: PZO podpisany przez TP i OA 8.6. Przesłanie uwag do PZO W przypadku uwag do treści PZO OA informuje o nich TP. OA --- > TP (M.22) CANAL-ACCESS-PROVIDE-INFO Identyfikator zapytania ID Uwagi do PZO

9. Zaciąg kabla do Kanalizacji kablowej sd 9. Zaciąg kabla do Kanalizacji kablowej :Operator Alternatywny Wniosek o zaciąg kabla OA do Kanalizacji kablowej. - CABLE-HAUL-ORDER(M.1) :TP NWF wniosku o zaciąg kabla OA do Kanalizacji kablowej - CABLE-HAUL-ORDER-STATUS(M.2) Potwierdzenie terminu zaciągu kabla/propozycja nowego terminu - CABLE-HAUL-ORDER-STATUS(M.3, M.4) Informacja o obciążeniu OA - CABLE-HAUL-ORDER-STATUS(M.5) Informacja o podpisaniu POWP. - CABLE-HAUL-ORDER-TO-OPER(M.6) Przekazanie uwag OA do POWP - CABLE-HAUL-ORDER-TO-OPER-ACC(M.7) 9.1. Wniosek o zaciąg kabla OA do Kanalizacji kablowej. OA przesyła do TP wniosek o zaciąg kabla do wskazanej kanalizacji kablowej. OA --- > TP (M.1) CABLE-HAUL-ORDER Identyfikator zapytania ID Nr umowy szczegółowej Data zaciągu kabla Miejsce zaciągu kabla ZAKOŃCZENIE RELACJI Osoba kontaktowa OSOBA 9.2. Negatywna weryfikacja formalna wniosku o zaciąg kabla OA do Kanalizacji kablowej W terminie T1, TP weryfikuje wniosek pod względem formalnym. W przypadku negatywnego wyniku weryfikacji TP wysyła do OA komunika NWF. TP --- > OA (M.2) CABLE-HAUL-ORDER-STATUS

Identyfikator zapytania ID Powód odrzucenia wniosku lista POWÓD 9.3. Potwierdzenie terminu zaciągu kabla/propozycja nowego terminu W przypadku pozytywnego wyniku weryfikacji formalnej TP potwierdza wewnętrznie datę wykonania zaciągu kabla i przesyła do OA potwierdzenie terminu instalacji. W przypadku kiedy zaciąg kabla w terminie proponowanym przez OA jest niemożliwy TP proponuje inną datę realizacji. Komunikat zawierający potwierdzenie wskazanej przez OA daty lub propozycję nowej daty zaciągu kabla TP wysyła do OA w terminie T2. TP --- > OA (M.3, M.4) CABLE-HAUL-ORDER-STATUS Identyfikator zapytania ID Termin zaciągu kabla Nowy termin zaciągu kabla 9.4. Informacja o obciążeniu OA W przypadku nieobecności przedstawiciela OA przy zaciągu kabla TP obciąża OA kosztami 1 godziny nadzoru. TP --- > OA (M.5) CABLE-HAUL-ORDER-STATUS Identyfikator zapytania ID Informacja o obciążeniu kosztami nadzoru lista OBCIĄŻENIE NADZÓR 9.5. Informacja o podpisaniu POWP. Jeśli protokół odbioru wykonanych prac (POWP) został obustronnie podpisany po wykonaniu zaciągu kabla TP - w terminie T3 - wysyła do OA informację o obustronnie podpisanym protokole, podając datę jego podpisania. W przypadku jednostronnego podpisania POWP TP wysyła do OA protokół (skan). TP --- > OA (M.6) CABLE-HAUL-ORDER-TO-OPER Identyfikator zapytania ID Data podpisania POWP Status POWP STATUS

Dokumenty lista DOKUMENT POWP Wymagane: POWP podpisane przez TP i OA 9.6. Przekazanie uwag OA do POWP W terminie T4, OA może zgłosić uwagi do jednostronnie podpisanego protokołu wysyłając komunikat. OA --- > TP (M.7) CABLE-HAUL-ORDER-TO-OPER-ACC Identyfikator zapytania ID Uwagi do POWP 10. Wyciąg kabla OA z Kanalizacji kablowej sd 10. Wyciąg kabla OA z Kanalizacji kablowej :Operator Alternatywny Wniosek o nadzór techniczny przy wyciągu kabla - CABLE-HAUL-ORDER(M.1) :TP NWF wniosku o nadzór techniczny przy wyciągu kabla - CABLE-HAUL-ORDER-STATUS(M.2) Akceptacja /zmiana terminu wyciągu kabla - CABLE-HAUL-ORDER-STATUS(M.3) Informacja o obciążeniu OA kosztami nadzoru - CABLE-HAUL-ORDER-STATUS(M.4) 10.1. Wniosek o nadzór techniczny przy wyciągu kabla OA przesyła do TP wniosek o asystę przy wyciągu kabla OA ze wskazanej kanalizacji kablowej. OA --- > TP (M.1) CABLE-HAUL-ORDER Identyfikator zapytania ID Nr umowy szczegółowej

Data wyciągu kabla Miejsce wyciągu kabla ZAKOŃCZENIE RELACJI Osoba kontaktowa OSOBA 10.2. Negatywna weryfikacja formalna wniosku o nadzór techniczny przy wyciągu kabla W terminie T1, TP weryfikuje wniosek pod względem formalnym. W przypadku negatywnego wyniku weryfikacji TP wysyła do OA komunika NWF. TP --- > OA (M.2) CABLE-HAUL-ORDER-STATUS Identyfikator zapytania ID Powód odrzucenia wniosku POWÓD 10.3. Potwierdzenie terminu wyciągu kabla/propozycja nowego terminu W przypadku pozytywnej weryfikacji formalnej wniosku o nadzór techniczny wyciągu kabla z KK TP wewnętrznie potwierdza datę realizacji tej czynności. Jeśli wyciąg kabla może być zrealizowany w proponowanym przez OA terminie TP potwierdza datę nadzoru wskazaną przez OA. W przeciwnym wypadku TP wskazuję nową datę wyciągu kabla z KK (nadzoru). Komunikat zawierający potwierdzenie wskazanej przez OA daty lub propozycję nowej daty nadzoru TP wysyła do OA w terminie T2. TP --- > OA (M.3) CABLE-HAUL-ORDER-STATUS Identyfikator zapytania ID Termin wyciągu kabla Nowy termin wyciągu kabla 10.4. Informacja o obciążeniu OA kosztami nadzoru Jeśli przedstawiciel OA nie stawia się w ustalonym terminie na deinstalację kabla, TP informuje OA o obciążeniu go kosztami za jedną godzinę nadzoru. TP --- > OA (M.4) CABLE-HAUL-ORDER-STATUS Identyfikator zapytania ID Informacja o obciążeniu kosztami nadzoru OBCIĄŻENIE NADZÓR

11. Proces przedłużenia umowy na dostęp do Kanalizacji kablowej sd 11. Proces przedłużenia umowy na dostęp do Kanalizacji kablowej :Operator Alternatywny Zapytanie o przedłużenie umowy na dostęp do Kanalizacji kablowej - CANAL-ACCESS-AGREEMENT-PROLONGATION(M.1) :TP NWF zapytania o przedłużenie umowy na dostęp do Kanalizacji kablowej - CANAL-ACCESS-AGREEMENT-PROLONGATION-STATUS(M.2) Informacja o potrzebie opracowania projektu technicznego - CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER(M.3) Inf. o braku możliwości przedłużenia umowy na dostęp do Kanalizacji kablowej. - CANAL-ACCESS-AGREEMENT-PROLONGATION-STATUS(M.4) Przesłanie projektu technicznego do TP - CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER-ACC(M.5) Informacja o konieczności poprawy projektu technicznego - CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER(M.6) Przesłanie umowy na dostęp do Kanalizacji kablowej do OA - CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER(M.7) Przesłanie podpisanej umowy do TP - CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER-ACC(M.8) Inf. o konieczności poprawienia umowy na dostęp do Kanalizacji kablowej - CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER(M.9) 11.1. Zapytanie o przedłużenie umowy szczegółowej/jednostkowej na dostęp do Kanalizacji kablowej Operator, na 6 miesięcy przed upływem okresu obowiązywania Umowy szczegółowej/jednostkowej, może wnieść Zapytanie do TP o możliwość jej przedłużenia na kolejny okres. OA --- > TP (M.1) CANAL-ACCESS-AGREEMENT-PROLONGATION Identyfikator zapytania ID Nr umowy szczegółowej/jednostkowej Dokumenty lista DOKUMENT Początek okresu przedłużenia umowy szczegółowej/jednostkowej Koniec okresu przedłużenia umowy szczegółowej/jednostkowej Wymagane: Zestawienie kanalizacji kablowej

11.2. Negatywna weryfikacja formalna zapytania o przedłużenie umowy szczegółowej/jednostkowej na dostęp do Kanalizacji kablowej TP, w terminie T1, dokonuje weryfikacji formalnej zapytania. W przypadku kiedy zapytanie jest obarczone brakami formalnymi TP informuje o tym OA wskazując przyczynę negatywnego wyniku WF. TP --- > OA (M.2) CANAL-ACCESS-AGREEMENT-PROLONGATION-STATUS Identyfikator zapytania ID Powód odrzucenia wniosku lista POWÓD 11.3. Informacja o potrzebie opracowania projektu technicznego Jeśli, w celu przedłużenia umowy szczegółowej/jednostkowej na następny okres, zachodzi konieczność opracowania projektu technicznego TP - w terminie T3 - informuje o tym OA wysyłając komunikat. TP --- > OA (M.3) CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER Identyfikator zapytania ID Flaga Projekt techniczny jest 11.4. Informacja o braku możliwości przedłużenia umowy szczegółowej/jednostkowej na dostęp do Kanalizacji kablowej. TP udziela odpowiedzi na Zapytanie o przedłużenie umowy szczegółowej/jednostkowej w terminie T2. W przypadku udzielenia odpowiedzi negatywnej TP podaje szczegółowe uzasadnienie przyczyn odmowy przedłużenia umowy. TP --- > OA (M.4) CANAL-ACCESS-AGREEMENT-PROLONGATION-STATUS Identyfikator zapytania ID Powód odrzucenia wniosku POWÓD 11.5. Przesłanie projektu technicznego do TP OA opracowuje/koryguje projekt techniczny wykorzystania Kanalizacji kablowej i, w terminie odpowiednio T4/T6, przesyła ten dokument do TP w formie elektronicznej.

OA --- > TP (M.5) CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER-ACC Identyfikator zapytania ID Dokumenty lista DOKUMENT Wymagane: Projekt techniczny 11.6. Informacja o konieczności poprawy projektu technicznego Jeśli TP decyduje, że projekt techniczny wymaga poprawy, to w terminie T5 wysyła do OA informację o potrzebie skorygowania tego dokumentu. TP --- > OA (M.6) CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER Identyfikator zapytania ID Uwagi do projektu technicznego 11.7. Przesłanie umowy szczegółowej na dostęp do Kanalizacji kablowej do OA TP przygotowuje umowę szczegółową (dokument elektroniczny) i w terminie T7 przesyła ją do OA w celu podpisania. TP --- > OA (M.7) CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER Identyfikator zapytania ID Nr umowy szczegółowej Dokumenty lista DOKUMENT Wymagane: Umowa na dostęp do Kanalizacji kablowej 11.8. Przesłanie podpisanej umowy szczegółowej do TP OA - w terminie T8 - przesyła do TP podpisaną umowę szczegółową w postaci elektronicznej w terminie przed wygaśnięciem umowy dotychczas obowiązującej. OA --- > TP (M.8) CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER-ACC Identyfikator zapytania ID Dokumenty lista Wymagane: Umowa

DOKUMENT na dostęp do Kanalizacji kablowej podpisana przez OA 11.9. Informacja o konieczności poprawienia umowy szczegółowej na dostęp do Kanalizacji kablowej TP weryfikuje otrzymaną od OA, podpisaną umowę szczegółowej. W przypadku stwierdzenie jej wadliwości wysyła do OA informację o stwierdzonych brakach. TP --- > OA (M.9) CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER Identyfikator zapytania ID Powód odrzucenia umowy POWÓD 12. Proces uwolnienia zasobów Kanalizacji kablowej sd 12. Proces uwolnienia zasobów Kanalizacji kablowej :Operator Alternatywny :TP Złożenie wniosku na rezygnacje z dostępu do Kanalizacji kablowej - CANAL-ACCESS-END(M.1) NWF wniosku na rezygnację z dostępu do Kanalizacji kablowej - CANAL-ACCESS-END-STATUS(M.2) Informacja o konieczności wyciągu kabla z Kanalizacji kablowej - CANAL-ACCESS-END-STATUS(M.3) Wysłanie aneksu do umowy na dostęp do Kanalizacji kablowej - CANAL-ACCESS-END-TO-OPER(M.4) Przesłanie podpisanego aneksu do umowy na dostęp do Kanalizacji kablowej - CANAL-ACCESS-END-TO-OPER-ACC(M.5) 12.1. Złożenie wniosku na rezygnacje z dostępu do Kanalizacji kablowej OA składa wniosek na rezygnację z dostępu do Kanalizacji kablowej (wypowiedzenie Umowy Szczegółowej/Jednostkowej). OA --- > TP (M.1) CANAL-ACCESS-END Identyfikator zapytania ID Nr umowy szczegółowej Opis uwalnianej kanalizacji

Data likwidacji 12.2. Negatywna weryfikacja formalna wniosku na rezygnację z dostępu do Kanalizacji kablowej TP - w terminie T1 - wykonuje weryfikację formalną wniosku na rezygnację z dostępu do kanalizacji kablowej. W przypadku negatywnego wyniku weryfikacji formalnej TP informuje o tym OA wysyłając komunikat NWF. TP --- > OA (M.2) CANAL-ACCESS-END-STATUS Identyfikator zapytania ID Powód odrzucenia wniosku POWÓD 12.3. Informacja o konieczności wyciągu kabla z Kanalizacji kablowej TP weryfikuje obecność kabla OA w kanalizacji kablowej. Jeśli w kanalizacji znajduje się kabel należący OA TP wysyła informację o konieczności wyciągu kabla. TP --- > OA (M.3) CANAL-ACCESS-END-STATUS Identyfikator zapytania ID Opis uwalnianej kanalizacji 12.4. Wysłanie aneksu do umowy szczegółowej na dostęp do Kanalizacji kablowej Jeśli wniosek na rezygnację z dostępu skutkuje likwidacją częściową TP przygotowuje i w terminie T2 wysyła do OA aneks do umowy na dostęp do Kanalizacji kablowej (skan). TP --- > OA (M.4) CANAL-ACCESS-END-TO-OPER Identyfikator zapytania ID Nr umowy szczegółowej lista Wymagane: Aneks Dokumenty DOKUMENT do umowy na dostęp do Kanalizacji kablowej 12.5. Przesłanie podpisanego aneksu do umowy na dostęp do Kanalizacji kablowej OA wysyła do TP - w terminie T3 - podpisany aneks do Umowy na dostęp do Kanalizacji kablowej.

OA --- > TP (M.5) CANAL-ACCESS-END-TO-OPER-ACC Identyfikator zapytania ID lista Wymagane: Dokumenty DOKUMENT Podpisany aneks do umowy na dostęp do Kanalizacji kablowej

13. Proces obsługi zgłoszeń uszkodzeń/awarii sd 13. Proces obsługi zgłoszeń uszkodzeń/awa... :Operator Alternatywny :TP Zgłoszenie uszkodzenia/awarii - FAULT-I(M.1) Negatywna weryfikacja merytoryczna zgłoszenia uszkodzenia/awarii - FAULT-STATUS-I(M.2) Informacja o przyjęciu zgłoszenia do realizacji - FAULT-STATUS-I(M.3) Poinformow anie OA o działającej usłudze. - FAULT-STATUS-I(M.4) Prośba o dodatkowe - FAULT-TO-OPER-I(M.5) Przesłanie dodatkowych informacji do zgłoszenie uszkodzenia/awarii - FAULT-TO-OPER-ACC-I(M.6) Informacja o przewidywanym terminie usunięcia uszkodzenia - FAULT-STATUS-I(M.7) Informacja o braku dostępu do lokalu - FAULT-TO-OPER-I(M.8) Informacja o nowym terminie dostępu do lokalu - FAULT-TO-OPER-ACC-I(M.9) Informacja o przedłużeniu terminu usunięcia uszkodzenia - FAULT-STATUS-I(M.10) Informacja o zamknięciu niezasadnego zgłoszenia - FAULT-TO-OPER-I(M.11) Akceptacja zamknięcia zgłoszenia uszkodzenia/awarii / informacja o braku zgody na zamknięcie zgłoszenia uszkodzenia/awarii - FAULT-TO-OPER-ACC-I(M.12) Informacja o usunięciu uszkodzenia/awarii - FAULT-TO-OPER-I(M.13) Potwierdzenie usunięcia uszkodzenia/awarii / informacja o nie usunięciu uszkodzenia /awarii - FAULT-TO-OPER-ACC-I(M.14) 13.1. Zgłoszenie uszkodzenia/awarii W przypadku wykrycia uszkodzenia /awarii kanalizacji kablowej OA informuję o tym TP wysyłając komunikat. OA --- > TP (M.1) FAULT-I

Identyfikator zgłoszenia ID Nr umowy szczegółowej Informacje dotyczące AWARIA awarii/uszkodzenia Id łącza Dokumenty lista DOKUMENT 13.2. Negatywna weryfikacja merytoryczna zgłoszenia uszkodzenia/awarii TP - w terminie T1 - dokonuje weryfikacji merytorycznej zgłoszenia uszkodzenia/ awarii. Weryfikacja merytoryczna obejmuje również weryfikacje formalną. W przypadku negatywnego wyniku weryfikacji merytorycznej do OA wysyłane jest zawiadomienie zawierające kod powodu odrzucenia zgłoszenia. TP --- > OA (M.2) FAULT-STATUS-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Powód odrzucenia wniosku lista POWÓD Przewidywana data zakończenia prac / usunięcia awarii masowej 13.3. Informacja o przyjęciu zgłoszenia do realizacji TP dokonuje weryfikacji merytorycznej zgłoszenia i w przypadku pozytywnego wyniku tej weryfikacji - w terminie T2 - przesyła do OA informację o przyjęciu zgłoszenia do realizacji. TP --- > OA (M.3) FAULT-STATUS-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Przewidywana data usunięcia uszkodzenia / awarii 13.4. Poinformowanie OA o działającej usłudze. Jeśli służby techniczne TP nie potwierdzają informacji o wystąpieniu awarii/uszkodzenia opisanych w zgłoszeniu do OA przesyłana jest informacja o braku awarii/uszkodzenia. TP --- > OA (M.4) FAULT-STATUS-I

Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Data usunięcia uszkodzenia 13.5. Prośba o dodatkowe Jeśli Służby Techniczne TP sygnalizują konieczności uzupełnienia brakujących informacji dotyczących awarii/uszkodzenia do OA wysyłany jest komunikat o potrzebie dostarczenia dodatkowych danych. TP --- > OA (M.5) FAULT-TO-OPER-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Wykaz oczekiwanych informacji dodatkowych 13.6. Przesłanie dodatkowych informacji do zgłoszenie uszkodzenia/awarii OA przesyła do TP dodatkowe dane na potrzeby realizacji zgłoszenia uszkodzenia/awarii. OA --- > TP (M.6) FAULT-TO-OPER-ACC-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Wykaz oczekiwanych informacji dodatkowych 13.7. Informacja o przewidywanym terminie usunięcia uszkodzenia TP- w terminie T3 - przesyła do OA informację o przewidywanym terminie usunięcia uszkodzenia/awarii. TP --- > OA (M.7) FAULT-STATUS-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Przewidywana data usunięcia

uszkodzenia 13.8. Informacja o braku dostępu do lokalu TP przesyła do OA komunikat o braku dostępu do lokalu - potrzebie określenia nowego terminu dostępności. TP --- > OA (M.8) FAULT-TO-OPER-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Dodatkowe Termin braku dostępności do lokalu 13.9. Informacja o nowym terminie dostępu do lokalu OA przesyła do TP informację o nowym terminie dostępności lokalu. OA --- > TP (M.9) FAULT-TO-OPER-ACC-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Termin dostępności do lokalu 13.10. Informacja o przedłużeniu terminu usunięcia uszkodzenia Jeśli zachodzi konieczność przedłużenia terminu usunięcia awarii/uszkodzenia TP wysyła do OA informację o potrzebie przedłużenia terminu skompletowania zgłoszenia. TP --- > OA (M.10) FAULT-STATUS-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Nowa przewidywana data usunięcia uszkodzenia / awarii

13.11. Informacja o zamknięciu niezasadnego zgłoszenia Jeśli Służby Techniczne TP nie potwierdzają informacji o wystąpieniu uszkodzenia/awarii opisanych w zgłoszeniu do OA przesyłana jest informację o braku awarii/uszkodzenia. TP --- > OA (M.11) FAULT-TO-OPER-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Data zamknięcia zgłoszenia Informacja o naliczonych opłatach Powód zamknięcia wniosku POWÓD 13.12. Akceptacja zamknięcia zgłoszenia uszkodzenia/awarii/ informacja o braku zgody na zamknięcie zgłoszenia uszkodzenia/awarii OA przesyła do TP komunikat o akceptacji bądź odrzuceniu zamknięcia przez TP uszkodzenia z winy OA. OA --- > TP (M.12) FAULT-TO-OPER-ACC-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Powód potwierdzenia POWÓD 13.13. Informacja o usunięciu uszkodzenia/awarii TP w terminie T4 - przesyła do OA komunikat informujący o usunięciu uszkodzenia/awarii. TP --- > OA (M.13) FAULT-TO-OPER-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Data usunięcia uszkodzenia/awarii Opis przyczyny uszkodzenia 13.14. Potwierdzenie usunięcia uszkodzenia/awarii / informacja o nie usunięciu uszkodzenia /awarii OA przesyła do TP akceptację lub odmowę akceptacji komunikatu o usunięciu uszkodzenia/awarii.

OA --- > TP (M.14) FAULT-TO-OPER-ACC-I Identyfikator zgłoszenia ID Informacje dotyczące AWARIA awarii/uszkodzenia Powód potwierdzenia POWÓD 14. Proces obsługi zgłoszeń reklamacji finansowych sd 14 Proces obsługi zgłoszeń reklamacji finansowy... :Operator Alternatywny Zgłoszenie reklamacji finansowej - COMPLAIN-FIN-I(M.1) :TP NWF zgłoszenia reklamacji finansowej - COMPLAIN-FIN-STATUS-I(M.2) Informacja o przedłużeniu terminu rozpatrzenia reklamacji finansowej - COMPLAIN-FIN-STATUS-I(M.3) Informacja o wyniku rozpatrzenia reklamacji finansowej - COMPLAIN-FIN-STATUS-I(M.4) 14.1. Zgłoszenie reklamacji finansowej OA przesyła do TP zgłoszenie reklamacji finansowej dotyczącej usług świadczonych w ramach ROI. OA --- > TP (M.1) COMPLAIN-FIN-I Nazwa danej Identyfikator zgłoszenia reklamacji finansowej Numer reklamowanej faktury Typ reklamacji Reklamowany produkt Dokumenty Pole/Rekord ID lista DOKUMENT TYP REKLAMACJI REKLAMOWANY PRODUKT Wymagane: Wykaz reklamowanych

rekordów z opisem reklamowanych nieprawidłowości (xls) 14.2. Negatywna weryfikacja formalna zgłoszenia reklamacji finansowej TP w terminie T1 - weryfikuje zgłoszenie reklamacji finansowej pod względem formalnym. W przypadku negatywnego wyniku tej weryfikacji do OA wysyłany jest komunikat NWF. TP --- > OA (M.2) COMPLAIN-FIN-STATUS-I Nazwa danej Identyfikator zgłoszenia reklamacji finansowej Numer reklamowanej faktury Powód odrzucenia zgłoszenia Pole/Rekord ID lista POWÓD 14.3. Informacja o przedłużeniu terminu rozpatrzenia reklamacji finansowej Z istotnej przyczyny TP może przedłużyć termin rozpatrzenia reklamacji o czy informuje OA wysyłając komunikat. TP --- > OA (M.3) COMPLAIN-FIN-STATUS-I Identyfikator zgłoszenia ID reklamacji finansowej Numer reklamowanej faktury Termin rozpatrzenia reklamacji Nowy termin rozpatrzenia reklamacji Powód przedłużenia terminu POWÓD 14.4. Informacja o wyniku rozpatrzenia reklamacji finansowej Po rozpatrzeniu reklamacji TP przesyła do OA informację o wyniku jej rozpatrzenia (negatywny/pozytywny / częściowo pozytywny) TP --- > OA (M.4) COMPLAIN-FIN-STATUS-I Nazwa danej Pole/Rekord

Identyfikator zgłoszenia reklamacji finansowej Numer reklamowanej faktury Status reklamacji Wartość uznanej reklamacji Data rozpatrzenia reklamacji Dokumenty ID lista DOKUMENT WYNIK ROZPATRZENIA REKLAMACJI Wymagane dla uznanej reklamacji Wymagane: Wykaz zastrzeżeń do reklamowanych rekordów z odpowiedziami (xls) 15. Techniczna specyfikacja rekordów 15.1. MSG-HEADER interaction-id INT(15) Identyfikator interakcji. Unikalny numer w obrębie danego źródła komunikatu ( nadawcy). subject-id INT(10) Identyfikator UKE nadawcy komunikatu dest-subject-id INT(10) Identyfikator UKE odbiorcy komunikatu msg-ver CHAR(10) Pole określające wersję MWD według której wygenerowano komunikat. W komunikatach generowanych zgodnie z niniejszym dokumentem - zawsze "ROI;1" test-ver INT(1) Identyfikator komunikatu testowego 0 komunikat produkcyjny 1 komunikat testowy state CHAR(3) Pole określa stan w jakim znajduje się interakcja Dopuszczalne wartości : REQ dla żądania ACK - potwierdzenie ATTACHMENT - dla załączników

attachment-number INT(4) Numer załącznika w ramach interakcji Nie do komunikatów MWD (występuje w komunikatach zawierających załączniki) attachment- quantity INT(4) Ilość załączników w interakcji Nie (występuje w komunikatach zawierających załączniki) attachment -size INT(4) Wielkość paczki [Mb] Nie (występuje w komunikatach zawierających załączniki) attachment -crc CHAR(20) Suma kontrolna paczki Nie (występuje w komunikatach zawierających załączniki) 15.2. ADDRESS city-name CHAR(50) Miejscowość street-type INT(2) Typ ulicy wartość ze słownika TYP ULICY Nie street-name CHAR(50) Ulica Nie property-number CHAR(8) Numer posesji Nie flat-number CHAR(8) Numer lokalu Nie postal-code CHAR(6) Kod pocztowy - w formacie INT(2)- INT(3) postal-name CHAR(100) Nazwa urzędu pocztowego. symbol-gus INT(7) Identyfikator miejscowości w systemie TERYT (GUS) additional-info CHAR(102 4) Informacje dodatkowe Nie Nie Nie 15.3. PERSON name CHAR(128) Imię surname CHAR(128) Nazwisko phone-number CHAR(10) Telefon

email CHAR(50) Email Nie fax-number CHAR(10) Numer faxu Nie address ADDRESS Adres Nie role INT(2) Rola w systemie wartość ze słownika ROLA Nie 15.4. RELATION-TERMINATION address ADDRESS Adres zakończenia msg CHAR(1024) Opis przebiegu Nie additional-info CHAR(256) Informacje dodatkowe Nie 15.5. REASON reason-id INT(4) Kod powodu. Wartość ze słownika POWÓD msg CHAR(1024) Opis kodu powodu. Wartość domyślna: n/d 15.6. DOCUMENT file-name-element CHAR(50) Identyfikator załączonego pliku file-size INT(4) Wielkość pliku Nie 15.7. CHARGE-SUPERVISION charge-supervision CHAR(3) Obciążenie za nadzór Dozwolone wartości: Nie supervision-type INT(1) Rodzaj nadzoru Nie supervision-hourscount INT(1) Ilość rozpoczętych godzin nadzoru Nie supervision-date DATE Data sprawowania nadzoru, zawiera godzinę 15.8. FAULT

location ADDRESS Lokalizacja relation-point-a CHAR(256) Relacja punkt A Nie relation-point-b CHAR(256) Relacja punkt B Nie fault-date DATE Data wykrycia uszkodzenia/awarii symptomdescription CHAR(1024) Objawy/opis uszkodzenia person-list Record Osoby kontaktowe person PERSON Osoby kontaktowe może występować wielokrotnie 15.9. CABLE-PARAM cable-diam FLOAT Średnica kabla cable-desc CHAR(256) Opis kabla 15.10. KK-USAGE use-manner INT(1) Planowy sposób wykorzystania kanalizacji kablowej. Dozwolone wartości opisuje słownik: SPOSÓB UŻYCIA KK cable-type CHAR(64) Typ kabla cable-manufacturer CHAR(128) Producent kabla cable-param CABLE- PARAM Parametry kabla Nie 15.11. BRANCH branch-term RELATION- TERMINATION Zakończenie odgałęzienia manner-ofutilization KK-USAGE Planowany sposób użycia kanalizacji kablowej 15.12. ATTACHMENT-PLAN address ADDRESS Adres description CHAR(1024) Opis wprowadzenia/wyprowadzenia kabli do otaczającego gruntu, budowli, itp.)

15.13. ADDITIONAL-DEVICE manhole-loc CHAR(512) Lokalizacja studni Nie device-type INT(2) Typ urządzenia Dozwolone wartości opisuje słownik: TYP URZĄDZENIA device-desc CHAR(1024) Opis urządzenia Nie 15.14. ANNEXATION annexation-desc CHAR(2048) Opis rozwiązania alternatywnego i/lub częściowego msg CHAR(1024) Informacje dodatkowe Nie

16. Specyfikacja komunikatów 16.1. Specyfikacja komunikatów dla zapytań o możliwości dostępu do kanalizacji kablowej 16.1.1. CANAL-ACCESS-ORDER msg-header MSG-HEADER Nagłówek komunikatu. canal-accessorder Record size INT(5) Liczba komunikatów w paczce. Brak pola oznacza pojedynczy komunikat. Nie generate-date DATE Data generacji komunikatu Record Może występować wielokrotnie (ilość rekordów zgodna z polem SIZE brak pola SIZE oznacza pojedyncze zamówienie i jednokrotne wystąpienie elementu) canal-accessorder-element canal-accessorder item INT(5) Numer kolejny odpowiedzi w paczce. order-number ID Identyfikator zapytania oper-contact-info PERSON Dane kontaktowe operatora begin-term-ident RELATION- TERMINATION Identyfikacja zakończenia początkowego end-term-ident RELATION- TERMINATION Identyfikacja zakończenia końcowego manner-ofutilization KK-USAGE Sposób wykorzystania kanalizacji kablowej attachment-plan ATTACHMENT- PLAN Planowane nawiązanie do KK Nie access-purpose CHAR(512) Cel dostępu do kanalizacji kablowej agreement-period CHAR(16) Okres obowiązywania umowy Dana w latach msg CHAR(2000) Uwagi Nie canal-accessmode INT(1) Typ dokumentu Dozwolone wartości opisuje słownik: CANAL-ACCESS- MODE

branch-list Record Lista odgałęzień Nie canal-accessorder-element branch BRANCH Może występować wielokrotnie Nie Record Dodatkowe urządzenia instalowane w studniach kablowych Nie additional-devicelist canal-accessorder-element additional-device ADDITIONAL- DEVICE Może występować wielokrotnie Nie 16.1.2. CANAL-ACCESS-STATUS msg-header MSG-HEADER Nagłówek komunikatu. canal-accessstatus Record order-number ID Identyfikator zapytania cancel-date DATE Data anulowania zapytania Nie, gdy accessstatus = 2 access-status INT(1) Typ komunikatu. Dozwolone wartości opisuje słownik: ACCESS-STATUS rejection-reasonlist rejection-reason REASON Dla access-status = 1 może występować wielokrotnie 16.1.3. CANAL-ACCESS-TO-OPER msg-header MSG-HEADER Nagłówek komunikatu. Record order-number ID Identyfikator zapytania rejection-reason REASON Wynik weryfikacji zapytania annexation ANNEXATION Rozwiązanie alternatywne i/lub częściowe Nie msg CHAR(1024) Informacje dodatkowe Nie document-list Record Dokumenty konieczne w przypadku odpowiedzi pozytywnej Nie Record Powód odrzucenia zapytania canal-accessstatus canal-access-tooper canal-access-tooper document DOCUMENT Może występować wielokrotnie Nie

person PERSON Może występować wielokrotnie, musi wystąpić przynajmniej po jednym rekordzie PERSON o rolach od 2 do 7 (patrz słownik ROLA) 16.2. Specyfikacja komunikatów dla wniosku o przedłużenie okresu rezerwacji zasobów 16.2.1. RESOURCE-RESERVATION-PROLONGATION msg-header MSG-HEADER Nagłówek komunikatu. person-list Record Osoby kontaktowe canal-access-tooper resourcereservationprolongation Record order-number ID Identyfikator zapytania 16.2.2. RESOURCE-RESERVATION-PROLONGATION-STATUS msg-header MSG- HEADER Nagłówek komunikatu. resourcereservationprolongationstatus Record order-number ID Identyfikator zapytania rejection-reason REASON Powód odrzucenia braku możliwości przedłużenia okresu rezerwacji zasobów. 16.3. Specyfikacja komunikatów dla wniosku o zawarcie umowy 16.3.1. CANAL-ACCESS-AGREEMENT-ORDER msg-header MSG- HEADER Nagłówek komunikatu. canal-accessagreement-order Record order-number ID Identyfikator zapytania rec-person PERSON Dane kontaktowe operatora

flag INT(1) Flaga oświadczenia: Niniejszym oświadczam, że stan faktyczny i prawny ustalony na podstawie zapytania nie uległ zmianie. Pole przyjmuje wartości: 1 - tak 2 nie msg CHAR(2048) Opis zmian Nie document-list Record Dokumenty canalaccessagreementorder document DOCUMENT Dokument projekt techniczny. Może występować wielokrotnie 16.3.2. CANAL-ACCESS-AGREEMENT-ORDER-TO-OPER msg-header MSG- HEADER Nagłówek komunikatu. canal-accessagreement-orderto-oper Record order-number ID Identyfikator zapytania agreement-number CHAR(30) Numer umowy szczegółowej document DOCUMENT Dokument umowa szczegółowa popisane przez TP. Może występować wielokrotnie 16.3.3. CANAL-ACCESS-AGREEMENT-ORDER-TO-OPER-ACC msg-header canal-accessagreement-orderto-oper-acc document-list Record Dokumenty canal-accessagreementorder-to-oper MSG- HEADER Record Nagłówek komunikatu. order-number ID Identyfikator zapytania document-list Record Dokumenty canal-accessagreementorder-to-operacc

document DOCUMENT Dokument umowa szczegółowa popisane przez TP i OA. Może występować wielokrotnie 16.3.4. CANAL-ACCESS-AGREEMENT-ORDER-STATUS msg-header MSG- HEADER Nagłówek komunikatu. canal-accessagreement-orderstatus Record order-number ID Identyfikator zapytania generate-date DATE Data generacji komunikatu agreement-status INT(1) Status umowy. Dozwolone wartości opisuje słownik: AGREEMENT-STATUS rejected-reason REASON Dla agreement-status = 1 to: Powód odrzucenia wniosku Dla agreement-status = 6 to: Powód wezwania do uzupełnienia odesłanej Umowy Szczegółowej Nie, dla agreementstatus=1,6 new-dateconclusion Nie, dla agreementstatus=2,3 send-agreementdate DATE DATE Nowy termin przesłania poprawionego wniosku Wymagany termin odesłania umowy Nie, dla agreementstatus=4 cancel-date DATE Data anulowania wniosku Nie, dla agreementstatus=5 cancel-reason REASON Powód anulowania zapytania Nie, dla agreementstatus=5 document-list Record Dokumenty Nie, agreement-date DATE Data zawarcia umowy Nie, dla agreementstatus=7 canal-accessagreement-

dla agreementstatus=7 order-status document DOCUMENT Dokument umowa podpisana przez TP. Może występować wielokrotnie Nie, dla agreementstatus=7 16.4. Specyfikacja komunikatów dla procesu udostępnienia kanalizacji kablowej 16.4.1. CANAL-ACCESS-PROVIDE-TO-OPER msg-header MSG- HEADER Nagłówek komunikatu. canal-accessprovide-to-oper Record order-number ID Identyfikator zapytania generate-date DATE Data generacji komunikatu provide-to-operstatus INT(1) Status kanalizacji kablowej. Dozwolone wartości opisuje słownik: PROVIDE-TO-OPER- STATUS pzo-date DATE Termin podpisania PZO Nie, dla provideto-operstatus = 1 provide-date DATE Data udostępnienia kanalizacji kablowej Nie, dla provideto-operstatus=2 document-list Record Dokumenty Nie, dla provideto-operstatus=2 canal-accessprovide-tooper document DOCUMENT Dokument PZO podpisany przez TP. Może występować wielokrotnie Nie, dla provideto-operstatus=2 16.4.2. CANAL-ACCESS-PROVIDE-TO-OPER-ACC

msg-header MSG- HEADER Nagłówek komunikatu. canal-accessprovide-to-operacc Record order-number ID Identyfikator zapytania generate-date DATE Data generacji komunikatu provide-acc-status INT(1) Status kanalizacji kablowej. Dozwolone wartości opisuje słownik: PROVIDE-ACC-STATUS pzo-date DATE Termin podpisania PZO Nie, dla provideacc-status = 1 propose-pzo-date DATE Proponowany termin podpisania PZO provide-date DATE Data udostępnienia kanalizacji kablowej Nie, może występować dla provideacc-status = 1 Nie, dla provideacc-status=2 document-list Record Dokumenty Nie, dla provideacc-status=2 canal-accessprovide-tooper-acc document DOCUMENT Dokument PZO podpisany przez TP i OA. Może występować wielokrotnie Nie, dla provideacc-status=2 16.4.3. CANAL-ACCESS-PROVIDE-INFO msg-header MSG- HEADER Nagłówek komunikatu. canal-accessprovide-info Record order-number ID Identyfikator zapytania attention REASON Uwagi do PZO

16.4.4. CANAL-ACCESS-PROVIDE-STATUS msg-header MSG- HEADER Nagłówek komunikatu. canal-accessprovide-status Record order-number ID Identyfikator zapytania pzo-date DATE Termin podpisania PZO 16.5. Specyfikacja komunikatów dla zaciągu kabla do kanalizacji kablowej 16.5.1. CABLE-HAUL-ORDER msg-header MSG-HEADER Nagłówek komunikatu. cable-haul-order Record haul-mode INT(1) Tryb wniosku, Dozwolone wartości opisuje słownik: HAUL-MODE order-number ID Identyfikator zapytania agreement-number CHAR(30) Numer umowy szczegółowej haul-date DATE - dla haul-mode = 1 jest to Data zaciągu kabla - dla haul-mode = 2 jest to Data wyciągu kabla haul-loc RELATION- TERMINATION - dla haul-mode = 1 jest to Miejsce zaciągu kabla - dla haul-mode = 2 jest to Miejsce wyciągu kabla contact-person PERSON Osoba kontaktowa 16.5.2. CABLE-HAUL-ORDER-TO-OPER msg-header MSG- HEADER Nagłówek komunikatu.

cable-haul-orderto-oper Record order-number ID Identyfikator zapytania powp-date DATE Data podpisania POWP powp-status INT(1) Status POWP Pole zgodne ze słownikiem: STATUS POWP document-list Record Dokumenty cable-haulorder-to-oper document DOCUMENT Dokument POWP popisane przez TP i OA. Może występować wielokrotnie 16.5.3. CABLE-HAUL-ORDER-TO-OPER-ACC msg-header MSG- HEADER Nagłówek komunikatu. cable-haul-orderto-oper-acc Record order-number ID Identyfikator zapytania attention REASON Uwagi do POWP 16.5.4. CABLE-HAUL-ORDER-STATUS msg-header MSG-HEADER Nagłówek komunikatu. cable-haul-orderstatus Record order-number ID Identyfikator zapytania haul-status INT(1) Status zaciągu kabla. Dozwolone wartości opisuje słownik: HAUL-STATUS rejection-reason REASON Powód odrzucenia wniosku Nie, dla haulstatus = 1,4 haul-date DATE Termin zaciągu/ wyciągu kabla Nie, dla haulstatus = 2,5 new-haul-date DATE - dla mode = 1 jest to Nowy termin zaciągu/wyciągu kabla Nie, dla haulstatus = 2,5

charge-expenses CHARGE- SUPERVISION Informacja o obciążeniu kosztami nadzoru Nie, dla haulstatus = 3 16.6. Specyfikacja komunikatów dla procesu przedłużenia umowy na dostęp do kanalizacji kablowej 16.6.1. CANAL-ACCESS-AGREEMENT-PROLONGATION msg-header MSG-HEADER Nagłówek komunikatu. canal-accessagreementprolongation Record size INT(5) Liczba komunikatów w paczce. Brak pola oznacza pojedynczy komunikat. Nie generate-date DATE Data generacji komunikatu Record Może występować wielokrotnie (ilość rekordów zgodna z polem SIZE brak pola SIZE oznacza pojedyncze zamówienie i jednokrotne wystąpienie elementu) canal-accessagreementprolongationelement canal-accessagreementprolongation item INT(5) Numer kolejny odpowiedzi w paczce. order-number ID Identyfikator zapytania agreementnumber CHAR(30) Nr umowy szczegółowej/jednostkowej renew-periodstart DATE Początek okresu przedłużenia umowy szczegółowej/jednostkowej renew-period-end DATE Koniec okresu przedłużenia umowy szczegółowej/jednostkowej document-list Record Dokumenty canal-accessagreementprolongationelement document DOCUMENT Dokument. Może występować wielokrotnie 16.6.2. CANAL-ACCESS-AGREEMENT-PROLONGATION-STATUS

msg-header MSG-HEADER Nagłówek komunikatu. canal-accessagreementprolongation - status Record order-number ID Identyfikator zapytania prolongationstatus INT(1) Typ komunikatu Dozwolone wartości opisuje słownik: PROLONGATION- STATUS rejection-reasonlist Powód odrzucenia wniosku canal-accessagreementprolongation - status rejection-reason REASON Dla prolongation-status = 1 może wystąpić wielokrotnie 16.6.3. CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER msg-header MSG-HEADER Nagłówek komunikatu. Record order-number ID Identyfikator zapytania canal-accessagreementprolongation tooper agreementnumber CHAR(30) Numer umowy szczegółowej Nie, wymagane gdy prolongationto-operstatus = 3 prolongation-tooper-status INT(1) Typ komunikatu Dozwolone wartości opisuje słownik: PROLONGATION- TO-OPER-STATUS flag INT(1) Flaga determinująca konieczność opracowania projektu technicznego. Pole przyjmuje wartości: 1 - tak 2 - nie Nie, wymagane gdy prolongationto-operstatus = 1 remarks CHAR(1024) Uwagi do projektu technicznego Nie, wymagane gdy

prolongationto-operstatus = 2 rejection-reason REASON Powód odrzucenia umowy Nie, wymagane gdy prolongationto-operstatus = 4 document-list Record Dokumenty Nie, wymagane gdy prolongationto-operstatus = 3 canal-accessagreementprolongation to-oper document DOCUMENT Dokument. Może występować wielokrotnie Nie, wymagane gdy prolongationto-operstatus = 3 16.6.4. CANAL-ACCESS-AGREEMENT-PROLONGATION-TO-OPER-ACC msg-header MSG-HEADER Nagłówek komunikatu. canal-accessagreementprolongation tooper-acc Record order-number ID Identyfikator zapytania prolongation-accstatus INT(1) Typ komunikatu Dozwolone wartości opisuje słownik: PROLONGATION- ACC-STATUS document-list Record Dokumenty canal-accessagreementprolongation to-oper-acc document DOCUMENT Dokument Dla prolongation-acc-status = 1: Projekt techniczny Dla prolongation-acc-status = 2: Umowa na dostęp do Kanalizacji kablowej podpisana przez OA Może występować wielokrotnie

16.7. Specyfikacja komunikatów dla procesu uwolnienia zasobów kanalizacji kablowej 16.7.1. CANAL-ACCESS-END msg-header MSG- HEADER Nagłówek komunikatu. canal-access-end Record order-number ID Identyfikator zapytania agreement-number CHAR(30) Numer umowy szczegółowej msg CHAR(1024) Opis uwalnianej kanalizacji remove-date DATE Data likwidacji 16.7.2. CANAL-ACCESS-END-TO-OPER msg-header MSG- HEADER Nagłówek komunikatu. canal-access-endto-oper Record order-number ID Identyfikator zapytania agreement-number CHAR(30) Numer umowy szczegółowej document-list Record Dokumenty canal-accessend-to-oper document DOCUMENT Dokument aneks do umowy na dostęp do kanalizacji kablowej. Może występować wielokrotnie 16.7.3. CANAL-ACCESS-END-TO-OPER-ACC msg-header MSG- HEADER Nagłówek komunikatu. canal-access-endto-oper-acc Record order-number ID Identyfikator zapytania document-list Record Dokumenty canal-accessend-to-operacc document DOCUMENT Dokument podpisany aneks do

umowy na dostęp do kanalizacji kablowej. Może występować wielokrotnie 16.7.4. CANAL-ACCESS-END-STATUS msg-header MSG- HEADER Nagłówek komunikatu. canal-access-endstatus Record order-number ID Identyfikator zapytania access-end-status INT(1) Status procesu uwolnienia zasobów kanalizacji kablowej Dozwolone wartości opisuje słownik: ACCESS-END-STATUS rejection-reason REASON Powód odrzucenia wniosku Nie, msg CHAR(256) Opis uwalnianej kanalizacji Nie, dla accessend-status = 1 dla accessend-status = 2 16.8. Specyfikacja komunikatów dla uszkodzeń/awarii 16.8.1. FAULT-I msg-header MSG- HEADER Nagłówek komunikatu. fault-i Record size INT(5) Liczba komunikatów uszkodzeń/awarii w paczce. Brak pola oznacza pojedyncze potwierdzenie. generate-date DATE Data generacji komunikatu zgłoszenia uszkodzenia/awarii (data przesłania uszkodzenia/awarii w formie elektronicznej) fault-i-element Record Może występować wielokrotnie (ilość rekordów zgodna z polem SIZE brak pola SIZE oznacza Nie fault-i

pojedyncze zamówienie i jednokrotne wystąpienie elementu) item INT(5) Numer kolejny zgłoszenia uszkodzenia w paczce. mwd-doc-ver INT(1) Wersja dokumentu MWD: 1 ROI 2 RIO 3 BSA 4 RLLO Wartość zgodna z polem msgver fault-number ID Identyfikator zgłoszenia agreement-number CHAR(30) Numer umowy szczegółowej fault-info FAULT Informacje dotyczące awarii/uszkodzenia link-id CHAR(30) Id łącza Nie, document-list Record Dokument Nie fault-i-element document DOCUMENT Dokument. Może występować wielokrotnie 16.8.2. FAULT-STATUS-I msg-header MSG- HEADER Nagłówek komunikatu. fault-status-i Record size INT(5) Liczba komunikatów statusów uszkodzeń/awarii w paczce. Brak pola oznacza pojedyncze potwierdzenie. Nie generate-date DATE Data generacji komunikatu fault-status-ielement Record Może występować wielokrotnie (ilość rekordów zgodna z polem SIZE brak pola SIZE oznacza pojedyncze zamówienie i jednokrotne wystąpienie elementu) fault-status-i item INT(5) Numer kolejny odpowiedzi w paczce. mwd-doc-ver INT(1) Wersja dokumentu MWD: 1 ROI 2 RIO 3 BSA 4 RLLO

Wartość zgodna z polem msg-ver fault-number ID Identyfikator zgłoszenia fault-info FAULT Informacje dotyczące awarii/uszkodzenia wymagane pole repair-date w rekordzie FAULT dla fault-status = 3,4,5 fault-status INT(1) Status rozpatrzenia zgłoszenia uszkodzenia/awarii. Dozwolone wartości opisuje słownik: FAULT-STATUS link-id CHAR(15) Id łącza Nie, repair-date DATE Przewidywana data usunięcia uszkodzenia / awarii. Data usunięcia uszkodzenia/awarii Nie, wymagane dla faultstatus = 3, 4, 5 rejection-reasonlist Record Powód odrzucenia. Nie fault-status-ielement rejection-reason REASON Powód odrzucenia, dla mwd-doc-ver = 1,2,3 może występować wielokrotnie dla mwd-doc-ver = 4 może występować pojedyńczo Nie, gdy faultstatus = 2 16.8.3. FAULT-TO-OPER-I msg-header MSG- HEADER Nagłówek komunikatu. fault-to-oper-i Record size INT(5) Liczba komunikatów statusów uszkodzeń/awarii w paczce. Brak pola oznacza pojedyncze potwierdzenie. Nie generate-date DATE Data generacji komunikatu fault-to-oper-ielement Record Może występować wielokrotnie (ilość rekordów zgodna z polem SIZE brak pola SIZE oznacza pojedyncze zamówienie i jednokrotne wystąpienie elementu) fault-to-oper-i item INT(5) Numer kolejny odpowiedzi w paczce. mwd-doc-ver INT(1) Wersja dokumentu MWD: 1 ROI

2 RIO 3 BSA 4 RLLO Wartość zgodna z polem msg-ver fault-number ID Identyfikator zgłoszenia fault-info FAULT Informacje dotyczące awarii/uszkodzenia wymagane pole repair-date w rekordzie FAULT dla fault-to-operstatus = 3,4 fault-to-operstatus INT(1) Status rozpatrzenia zgłoszenia uszkodzenia/awarii. Dozwolone wartośći opisuje słownik: FAULT-TO-OPER- STATUS rejection-reason REASON Powód odrzucenia. Nie, gdy fault-tooper-status = 3,5 additional-info CHAR(512) Dodatkowe Nie, gdy fault-tooper-status = 1,2 unavailable-locdate DATE Termin braku dostępności do lokalu Nie, gdy fault-tooper-status = 2 description REASON Opis przyczyny uszkodzenia/awarii (niewymagane, gdy zgłoszenie odrzucone tj. fault-to-oper-status =3) payment INT(1) Informacja o naliczonych opłatach 0 - Nie 1 - Nie, dla fault-tooper-status!=3,5 Nie, gdy fault-tooper-status = 3 i mwddok-ver =1,2,3 link-id CHAR(15) Id łącza Nie close-date DATE Data zamknięcia nieuzasadnionego zgłoszenia uszkodzenia Nie, wymagane dla fault-tooper-status

= 3, 5 repair-date DATE Data usunięcia uszkodzenia Nie, wymagane dla fault-tooper-status = 4 16.8.4. FAULT-TO-OPER-ACC-I msg-header MSG- HEADER Nagłówek komunikatu. fault-to-oper-acc-i Record size INT(5) Liczba komunikatów statusów uszkodzeń/awarii w paczce. Brak pola oznacza pojedyncze potwierdzenie. Nie generate-date DATE Data generacji komunikatu Record Może występować wielokrotnie (ilość rekordów zgodna z polem SIZE brak pola SIZE oznacza pojedyncze zamówienie i jednokrotne wystąpienie elementu) fault-to-oper-acc-ielement fault-to-operacc-i item INT(5) Numer kolejny odpowiedzi w paczce. mwd-doc-ver INT(1) Wersja dokumentu MWD: 1 ROI 2 RIO 3 BSA 4 RLLO Wartość zgodna z polem msg-ver fault-number ID Identyfikator zgłoszenia fault-info FAULT Informacje dotyczące awarii/uszkodzenia wymagane pole repair-date w rekordzie FAULT dla fault-accstatus = 3 i mwd-doc-ver = 4 fault-acc-status INT(1) Status rozpatrzenia zgłoszenia uszkodzenia/awarii. Dozwolone wartości opisuje słownik: FAULT-ACC-STATUS acc-status INT(1) Status akceptacji 0 - OK - Akceptacja 1 REJECTED - Brak akceptacji

2 ANSWER - Odpowiedź rejection-reason REASON Powód potwierdzenia lub braku potwierdzenia. Nie, gdy faultacc-status = 3, 4,5,6 additional-info CHAR(512) Dodatkowe Nie, gdy faultacc-status = 1 subscriberpresence-date DATE Data dostępności do lokalu Abonenta Nie, gdy faultacc-status = 2 link-id CHAR(15) Id łącza Nie 16.9. Specyfikacja komunikatów dla reklamacji finansowych 16.9.1. COMPLAIN-FIN-I msg-header MSG- HEADER Nagłówek komunikatu. complain-fin-i Record size INT(5) Liczba komunikatów reklamacji w paczce. Brak pola oznacza pojedyncze potwierdzenie. generate-date DATE Data generacji komunikatu zgłoszenia reklamacji (data przesłania reklamacji w formie elektronicznej) Nie complain-fin-ielement Record Może występować wielokrotnie (ilość rekordów zgodna z polem SIZE brak pola SIZE oznacza pojedyncze zamówienie i jednokrotne wystąpienie elementu) complain-fin-i item INT(5) Numer kolejny zgłoszenia reklamacji w paczce. complain-number ID ID Zgłoszenia reklamacji finansowej invoice-number CHAR(15) Numer reklamowanej faktury complain-type INT(1) Typ reklamacji Dozwolone wartości opisuje słownik: TYP REKLAMACJI complain-product INT(1) Reklamowany produkt

Dozwolone wartości opisuje słownik: REKLAMOWANY PRODUKT document-list Record Dokumenty complain-fin-ielement document DOCUMENT Dokument - wykaz reklamowanych rekordów z opisem reklamowanych nieprawidłowości (xls). Może występować wielokrotnie 16.9.2. COMPLAIN-FIN-STATUS-I msg-header MSG- HEADER Nagłówek komunikatu. complain-finstatus-i Record size INT(5) Liczba komunikatów statusów reklamacji w paczce. Brak pola oznacza pojedyncze potwierdzenie. Nie generate-date DATE Data generacji komunikatu Record Może występować wielokrotnie (ilość rekordów zgodna z polem SIZE brak pola SIZE oznacza pojedyncze zamówienie i jednokrotne wystąpienie elementu) complain-finstatus-i-element complain-finstatus-i item INT(5) Numer kolejny odpowiedzi w paczce. complain-number ID Identyfikator zgłoszenia reklamacji finansowej invoice-number CHAR(15) Numer reklamowanej faktury complain-status INT(1) Status rozpatrzenia zgłoszenia reklamacji. Dozwolone wartości opisuje słownik: COMPLAIN-STATUS consider-date DATE Dla complain-status = 2: Termin rozpatrzenia reklamacji Dla complain-status = 3: Data rozpatrzenia reklamacji Nie, dla complainstatus = 2,3 new-considerdate DATE Nowy termin rozpatrzenia reklamacji Nie,, gdy complainstatus =2 complain-value CHAR(15) Pole występuje w formacie INT(12).INT(2) Nie, dla complainstatus = 3 oraz result = 2,3

result INT(1) Status reklamacji Dozwolone wartości opisuje słownik: WYNIK ROZPATRZENIA REKLAMACJI Nie, dla complainstatus = 3 document-list Record Dokumenty Nie, dla complainstatus = 3 complain-finstatus-ielement document DOCUMENT Dokument. Może występować wielokrotnie Nie, dla complainstatus = 3 Record Dla complain-status = 1 :Powody odrzucenia zapytania Dla complain-status = 2: Powód przedłużenia terminu Nie, gdy complain-status = 1 lub 2 rejection-reasonlist complain-finstatus-ielement rejection-reason REASON dla complain-status = 1 może występować wielokrotnie Nie, gdy complain-status = 1 lub 2 16.10. Specyfikacja komunikatu MESSAGE-ACK 16.10.1. MESSAGE-ACK msg-header MSG- HEADER Nagłówek komunikatu. message-ack Record size INT(5) Liczba komunikatów potwierdzeń w paczce. Brak pola oznacza pojedyncze potwierdzenie. Nie acc-date DATE Data wygenerowania paczki acceptance Record Może występować wielokrotnie (ilość rekordów zgodna z polem SIZE brak pola SIZE oznacza pojedyncze zamówienie i jednokrotne wystąpienie elementu) item INT(5) Numer kolejny potwierdzenia zamówienia w paczce. order-number ID ID Zgłoszenia reklamacji finansowej acc-status INT(1) Status przyjętego komunikatu w postaci cyfrowej: 0 OK, 1 - REJECTED message-ack receive-date DATE Data przyjęcie zamówienia Nie, gdy ACC- STATUS=0

rejection-reason REASON Powód odrzucenia zamówienia. Nie, gdy ACC- STATUS=1 16.11. Specyfikacja komunikatu ABORT 16.11.1. ABORT msg-header Record Nagłówek komunikatu. subject-id INT(10) Identyfikator UKE nadawcy komunikatu test-ver INT(1) Identyfikator komunikatu testowego 0 komunikat produkcyjny 1 komunikat testowy interaction-id INT(15) Identyfikator interakcji. Unikalny numer w obrębie danego źródła komunikatu ( nadawcy). Nie dest-subject-id INT(10) Identyfikator UKE odbiorcy komunikatu state CHAR(3) Pole określa stan w jakim znajduje się interakcja Nie Przyjmuje wartość: ABR abort Record abort-reason INT(4) Powód przerwania przyjęcia komunikatu kod zgodny z tabelą "abort-reason" na końcu dokumentu. msg CHAR(1024) Komunikat błędu. Treść zgodna z kodem z pola "abort-reason" incident-date DATE data/godzina wskazujące moment nadejścia komunikatu, którego dotyczy odrzucenie Nie Nie <?xml version="1.0" encoding="utf-8"?> <cbnp-message xmlns= http://www.telekomunikacja.pl/cbnp/cbnp-xml-protocol/ver_4_1 > <msg-header> <subject-id>1</subject-id> <test-ver>1</test-ver> </msg-header> <state>abr</state> <abort > <abort-reason>1</abort-reason> <msg>niepoprawny format komunikatu</msg>

<incident-date>2010-04-29t13:20:04</incident-date> </abort > </cbnp-message> 17. Słowniki 17.1. TYP ULICY Kod Wartość słownikowa 1 ul. 2 al. 3 os. 4 pl. 5 rynek 6 park 7 droga 8 szosa 9 skwer 17.2. SPOSÓB UŻYCIA KK Kod Wartość słownikowa 1 kabel miedziany telefoniczny 2 kabel koncentryczny 3 kabel światłowodowy 4 kanalizacja wtórna 5 inny rodzaj kabla 17.3. TYP URZĄDZENIA Kod Wartość słownikowa 1 mufa 2 stelaż 3 inne 17.4. POWÓD Kod Wartość słownikowa Weryfikacja techniczna zamówienia 1 WT Negatywne 2 WT Negatywne z RA 3 WT Pozytywne Zapytanie o możliwość dostępu do Kanalizacji kablowej (negatywna weryfikacja formalna) 4 Niewłaściwie uzupełnione wymagane pola Zapytania 5 Zakres Zapytania wykracza poza jedną Sieć Miejscową 6 Zapytanie dotyczy więcej niż jednej relacji (z ewentualnymi odgałęzieniami) 7 Cel dostępu niezgodny z Zaświadczeniem o wpisie do rejestru przedsiębiorców telekomunikacyjnych

8 Niekompletne załączniki wymagane do Zapytania Odpowiedź na zapytanie o możliwość dostępu do Kanalizacji kablowej 9 Niewłaściwe/nieprecyzyjne określenie zakresu Zapytania. 10 Całkowity brak możliwości udostępnienia kanalizacji kablowej. 11 Brak możliwości udostępnienia kanalizacji kablowej z możliwością rozwiązania alternatywneg Reasumpcja zapytania (anulowanie) 12 Reasumpcja Zapytania złożona po m terminie 13 Zakres reasumpcji Zapytania niezgodny z wydanym rozwiązaniem alternatywnym i/lub częściowym Wniosek o przedłużenie rezerwacji zasobów (negatywna weryfikacja formalna) 21 Upłynął termin złożenia wniosku o dodatkową rezerwację zasobów Wniosek o podpisanie umowy (negatywna weryfikacja formalna) 31 Niewłaściwie uzupełnione wymagane pola Wniosku 32 Upłynął termin rezerwacji zasobów 33 Wniosek nie dotyczy Zapytania, na które zostały wydane pozytywne warunki techniczne 34 Projekt Techniczny niekompletny i/lub niezgodny z wydanymi warunkami technicznymi Umowa (anulowanie) 41 Brak odesłania podpisanej Umowy w m terminie 42 Upłynął termin odesłania podpisanej Umowy Zapytanie o przedłużenie umowy (negatywna weryfikacja formalna) 51 Niewłaściwie uzupełnione wymagane pola Zapytania 52 Niewłaściwy/niekompletny załącznik do Zapytania 53 Upłynął termin złożenia zapytania o możliwość przedłużenia Umowy na dostęp do kanalizacji kablowej Poprawienie umowy na dostęp do kanalizacji kablowej (negatywna weryfikacja formalna podpisanej przez OA Umowy Szczegółowej) 61 Brak podpisu osoby upoważnionej do reprezentowania Operatora w zakresie podpisywania Umów 62 Umowa niekompletna Odrzucenie reklamacji finansowej (negatywna weryfikacja formalna) 91 Reklamacja zgłoszona po m terminie 92 Brak lub błędny ID zamówienia 93 Reklamacja już wpłynęła i jest w trakcie rozpatrywania Przedłużenie terminu rozpatrzenia reklamacji (odrzucenie) 101 Konieczność dodatkowej weryfikacji danych w systemach ewidencyjnych IT Negatywna weryfikacja informatyczna 71 Nieprawidłowy numer sesji 72 Nieprawidłowy typ pola 73 Brak pola obowiązkowego 1080 Nieprawidłowy kanał wysyłki dla danego procesu/order- NUMBER 1081 Niepoprawna wersja mwd-doc-ver w komunikacie Powody anulowania (abort-reason) 81 Niepoprawny format komunikatu

82 Awaria systemu lub inny błąd przyjęcia powodujący przerwanie przyjęcia 83 Nieprawidłowa (nieobsługiwana) wersja modelu danych 84 Nie można rozkodować wiadomości 85 Nieprawidłowy numer sesji 1001 Niepoprawny format komunikatu 1006 Nieprawidłowy numer sesji/interakcji 1016 Podmiot żądający nie jest zarejestrowany lub nie ma uprawnień 1019 Brak lub błędny format numeru zamówienia 1072 Brak lub błędna wartość w nagłówku komunikatu Ogólne 0 Brak powodu/zaakceptowane 102 Negatywna Weryfikacja Formalna 500 Inny Załączniki do komunikatów MWD 100 Brak załączników do komunikatu MWD 101 Niepoprawne załączniki do komunikatu MWD 17.5. ROLA Kod Wartość słownikowa 1 operator 2 opiekun klienta w PKO 3 osoba wydająca warunki w PTOK 4 osoba do współpracy w trybie roboczym (opracowanie PT) 5 osoba upoważniona do zaakceptowania PT 6 osoba do ustalenia szczegółów fizycznego odbioru kanalizacji kablowej 7 Kontakt w sprawie zapewnienie dostępu do kanalizacji kablowej w celu wykonania prac doraźnych i planowych oraz zgłaszania uszkodzeń i reklamacji 17.6. STATUS Kod Wartość słownikowa 1 Akceptacja 2 Propozycja nowego terminu 3 Uwagi 17.7. TYP NADZORU Kod Wartość słownikowa 1 Nadzór w dni powszednie 8.00-16.00 2 Nadzór w dni powszednie 16:00-22.00 3 Nadzór w nocy 22:00-8.00 oraz soboty, niedziele i dni ustawowo wolne od pracy 17.8. STATUS POWP Kod Wartość słownikowa 1 podpisany jednostronnie 2 podpisany obustronnie 17.9. TYP REKLAMACJI Kod Wartość słownikowa 1 Reklamacja opłat stałych 2 Reklamacja opłat zmiennych

3 Inna 17.10. REKLAMOWANY PRODUKT Kod Wartość słownikowa 1 WRL 2 BSA 3 LLU 4 NP 5 Preselekcja 6 Dzierżawa łaczy (RLLO) 7 Dzierżawa kanalizacji kablowej (ROI) 8 Inny 17.11. WYNIK ROZPATRZENIA REKLAMACJI Kod Wartość słownikowa 1 Rozpatrzona negatywnie 2 Rozpatrzona pozytywnie 3 Częściowo uznana 4 W trakcie analizy 17.12. CANAL-ACCESS-MODE Kod Wartość słownikowa 1 Złożenie zapytania 2 Akceptacja rozwiązania alternatywnego/częściowego reasumpcja zapytania 17.13. ACCESS-STATUS Kod Wartość słownikowa 1 NWF zamówienia 2 Anulowanie reasumpcji zapytania o możliwość dostępu do Kanalizacji kablowej 17.14. ACCESS-END-STATUS Kod Wartość słownikowa 1 NWF wniosku na rezygnację z dostępu do kanalizacji kablowej 2 Informacja o konieczności wyciągu kabla z kanalizacji kablowej 17.15. AGREEMENT-STATUS Kod Wartość słownikowa 1 NWF wniosku 2 Przedłużenie terminu oczekiwania na poprawny wniosek 3 Przedłużenie terminu oczekiwania na podpisana umowę szczegółową 4 Konieczność odesłania podpisanej umowy szczegółowej 5 Anulowanie wniosku o zawarcie umowy szczegółowej 6 NWF podpisanej przez OA umowy szczegółowej 7 Poinformowanie OA o podpisaniu umowy szczegółowej 17.16. PROVIDE-TO-OPER-STATUS Kod Wartość słownikowa 1 Przekazanie do OA terminu udostępnienia kanalizacji kablowej

2 Przesłanie do OA jednostronnie podpisanego PZO do podpisu 17.17. PROVIDE-ACC-STATUS Kod Wartość słownikowa 1 Potwierdzenie lub zmiana terminu podpisania PZO przez OA 2 Przesłanie do TP podpisanego PZO 17.18. HAUL-MODE Kod Wartość słownikowa 1 Zaciąg kabla do kanalizacji kablowej 2 Wyciąg kabla OA z kanalizacji kablowej 17.19. HAUL-STATUS Kod Wartość słownikowa 1 NWF wniosku o zaciąg kabla OA do kanalizacji kablowej 2 Potwierdzenie terminu zaciągu kabla/propozycja nowego terminu 3 Informacja o obciążeniu OA 4 NWF wniosku o nadzór techniczny przy wyciągu kabla 5 Potwierdzenie terminu wyciągu kabla/propozycja nowego terminu 6 Informacja o obciążeniu OA kosztami nadzoru 17.20. PROLONGATION-STATUS Kod Wartość słownikowa 1 NWF zapytania o przedłużenie umowy szczegółowej/jednostkowej na dostęp do Kanalizacji kablowej 2 Informacja o braku możliwości przedłużenia umowy szczegółowej/jednostkowej na dostęp do Kanalizacji kablowej 17.21. PROLONGATION-TO-OPER-STATUS Kod Wartość słownikowa 1 Informacja o potrzebie opracowania projektu technicznego 2 Informacja o konieczności poprawy projektu technicznego 3 Przesłanie umowy szczegółowej na dostęp do Kanalizacji kablowej do OA 4 Informacja o konieczności poprawienia umowy szcegółowej na dostęp do Kanalizacji kablowej 17.22. PROLONGATION-ACC-STATUS Kod Wartość słownikowa 1 Przesłanie projektu technicznego do TP 2 Przesłanie podpisanej umowy szczegółowej do TP 17.23. FAULT-STATUS Kod Wartość słownikowa 1 Przyjęcie zgłoszenia 2 Odrzucenie zgłoszenia

3 Zmiana terminu usunięcia uszkodzenia 4 Wynik obsługi zgłoszenia 5 Poinformowanie o terminie usunięcia uszkodzenia 17.24. FAULT-TO-OPER-STATUS Kod Wartość słownikowa 1 Prośba o dodatkowe 2 Informacja o braku dostępu do lokalu 3 Informacja o zamknięciu niezasadnego zgłoszenia 4 Informacja o usunięciu uszkodzenia/awarii 5 Uszkodzenie po stronie OA 17.25. FAULT-ACC-STATUS Kod Wartość słownikowa 1 Przesłanie dodatkowych informacji do zgłoszenia uszkodzenia/awarii 2 Informacja o nowym terminie dostępu do lokalu 3 Akceptacja zamknięcia 4 Informacja o braku zgody na zamknięcie zgłoszenia 5 Potwierdzenie usunięcia uszkodzenia/awarii 6 Informacja o nie usunięciu uszkodzenia/awarii 17.26. COMPLAIN-STATUS Kod Wartość słownikowa 1 Negatywna weryfikacja formalna zgłoszenia reklamacji finansowej 2 Informacja o przedłużeniu terminu rozpatrzenia reklamacji finansowej 3 Informacja o wyniku rozpatrzenia reklamacji finansowej 18. Kody odrzuceń 18.1. ABORT-REASON Kod Opis 1001 Niepoprawny format komunikatu 1002 Nieprawidłowy Operator zgłaszający 1003 Operator Biorca/ Dawca nie jest uprawniony do realizacji zamówienia 1004 Awaria systemu lub inny błąd przyjęcia powodujący przerwanie przyjęcia 1005 Nie można rozkodować wiadomości 1006 Nieprawidłowy numer sesji/interakcji 1073 Nieprawidłowa zawartość/forma komunikatu ACK 1010 Błąd spójności załączonej paczki 1011 Błąd podczas rozpakowywania załączonych paczek 19. Terminy realizacji ID Rodzaj Nazwa/opis terminu Termin liczony od Termin liczony do Wartość Uwagi

T.1 Zew Wykonanie weryfikacji formalnej zapytania/reasumpcji T.2 Zew Termin udzielenia odpowiedzi na zapytanie OA wykonanie WT T.3 OA Termin przysłania przez OA reasumpcji zapytania T.4 Zew Wykonanie WT dla reasumpcji zapytania T.5 OA Przedłużenie rezerwacji zasobów T.6 TP Weryfikacja formalna wniosku T.7 OA Poprawa wniosku przez OA T.8 TP Przekazanie do OA umowy szczegółowej do podpisu T.9 OA Przekazanie do TP podpisanej umowy szczegółowej T.10 TP Weryfikacja formalna umowy szczegółowej T.11 TP Przekazanie do OA umowy jednostkowej do podpisu T.12 OA Przekazanie do TP podpisanej umowy jednostkowej T.13 TP Weryfikacja formalna umowy jednostkowej T.14 TP Poinformowanie OA o proponowanym terminie podpisania PZO Obsługa zapytania Zarejestrowanie zapytania (M.1) lub reasumpcji (M.4) - T0 T0 Otrzymanie przez OA wyniku WT (M.3) T0 (dla reasumpcji) Poinformowanie OA o NWF zapytania (M.2) Wysłanie do OA wyniku WT (M.3) Wpłynięcie do TP reasumpcji zapytania (M.4) Wysłanie do OA wyniku WT dla reasumpcji (M.3) Obsługa wniosku o podpisanie umowy Wysłanie do OA pozytywnego wyniku WT (M.3) Zarejestrowanie wniosku (M.8) Wezwanie OA do uzupełnienia wniosku (M.2) Wpłynięcie do TP wniosku o przedłużenie rezerwacji zasobów (M.6) Poinformowanie OA o NWF wniosku (M.9) Przesłanie do TP poprawionego wniosku (M.8) Przygotowanie i podpisanie umowy Zarejestrowanie wniosku (M.8) Wysłanie do OA umowy do podpisania (M.11) Odesłanie przez OA podpisanej umowy (M.x) Zarejestrowanie wniosku (M.8) Wysłanie do OA umowy do podpisania (M.11) Odesłanie przez OA podpisanej umowy (M.x) Udostępnienie kanalizacji Odesłanie przez OA podpisanej umowy (M.x) Wysłanie do OA umowy do podpisania (M.11) Wpłynięcie do TP podpisanej umowy (M.x) Poinformowanie OA o brakach w umowie (M.15) Wysłanie do OA umowy do podpisania (M.11) Wpłynięcie do TP podpisanej umowy (M.x) Poinformowanie OA o brakach w umowie (M.15) Wysłanie propozycji terminu podpisania PZO (M.16) 5 DR 10 DR 5 DR 5 DK 30 DR 2 DR 2 DR X 7 DK X X 7 DK X X

T.15 OA Potwierdzenie terminu podpisania PZO T.16 TP Udostępnienie kanalizacji kablowej (protokolarne) T.1 Zew Wykonanie weryfikacji formalnej wniosku T.2 Zew Przekazania potwierdzenia wskazanej przez OA daty lub propozycja nowej daty zaciągu kabla T.3 Zew Informacja o podpisaniu POWP T.4 OA Przekazanie przez OA uwag do POWP T.1 Zew Wykonanie weryfikacji formalnej wniosku T.2 Zew Przekazania potwierdzenia wskazanej przez OA daty lub propozycja nowej daty wyciągu kabla T.1 Zew Poinformowanie OA o NWF zapytania T.2 Zew Poinformowanie OA o braku możliwości przedłużenia umowy Wysłanie propozycji terminu podpisania PZO (M.16) Data zawarcia umowy dla Umowy Jednostkowej lub dla umowy szczegółowej data ostatniego podpisu (czyli podpisu przedstawiciela TP) Zaciąg kabla operatora Zarejestrowanie wniosku (M.1) T0 T0 T0 Wysłanie do OA informacji o podpisaniu POWP (M.6) Wyciąg kabla operatora Zarejestrowanie wniosku (M.1) T0 T0 Przedłużenie umowy Rejestracja zapytania (M.1) T0 T0 Potwierdzenie terminu przez OA (M.17) Data podpisania PZO obustronnie Poinformowanie OA o NWF wniosku (M.2) Wysłanie do OA daty zaciągu kabla (M.3 M.4) Wysłanie do OA informacji o podpisaniu POWP (M.6) Przekazanie przez OA uwag do POWP (M.7) Poinformowanie OA o NWF wniosku (M.2) Wysłanie do OA daty wyciągu kabla (M.3) Wysłanie od OA informacji o NWF zapytania (M.2) Udzielenie odpowiedzi na Zapytanie (M.x) T.3 Zew Poinformowanie OA o X X 14 DK X X X X X X X 21 DR

konieczności przygotowania projektu technicznego T.4 OA Przekazanie do TP projektu technicznego T.5 TP Informacja o konieczności poprawy projektu technicznego T.6 OA Przesłanie poprawionego projektu technicznego T.7 TP Przekazanie OA umowy do podpisania T.8 OA Przekazanie do TP podpisanej umowy Uwolnienie zasobów kanalizacji kablowej T.1 Zew Poinformowanie OA o NWF wniosku Rejestracja wniosku (M.1) T0 Wysłanie od OA informacji o NWF wniosku (M.2) Wysłanie aneksu do OA (M.4) Odesłanie aneksu do TP (M.5) T.2 Zew Przekazanie OA aneksu do podpisania T0 T.3 OA Przekazanie Wysłanie aneksu podpisanego aneksu do OA (M.4) Rozpatrywanie zgłoszeń uszkodzeń / awarii T.1 Zew Negatywna Zarejestrowanie Wysłanie weryfikacja zgłoszenia (M.1) informacji o merytoryczna negatywnej zgłoszenia weryfikacji T.2 OA Oczekiwanie na potwierdzenie od OA usunięcia awarii/uszkodzenia T.3 Zew Poinformowanie OA o terminie usunięcia awarii/uszkodzenia T.4 Zew Poinformowanie OA o usunięciu Informacja o odrzuceniu zgłoszenia z powodu negatywnej weryfikacji formalnej (M.2) Zarejestrowanie zgłoszenia (M.1) Zarejestrowanie zgłoszenia (M.1) formalnej (M.2) Przyjęcie zgłoszenia do realizacji (M.3) Informacja o przewidywanym terminie usunięcia uszkodzenia wraz z usługami dotkniętymi awarią (M.7) Informacja o akceptacji X X X X X X X X X X X wynika z umowy i

awarii/uszkodzenia naprawy zawierająca (M.14) Rozpatrywanie zgłoszeń reklamacji finansowych Zarejestrowanie Wysłanie zgłoszenia (M.1)- informacji o NWF T0 (M.2) T.1 Zew Negatywna weryfikacja formalna zgłoszenia reklamacji T.2 Zew Udzielenie odpowiedzi na reklamację T.3 Zew Przesunięcie terminu odpowiedzi na reklamację Zarejestrowanie zgłoszenia (M.1) - T0 Zarejestrowanie zgłoszenia (M.1) - T0 Poinformowanie OA o rozpatrzeniu reklamacji (M.4) (M.5) Poinformowanie OA o przedłużeniu terminu rozpatrzenia reklamacji (M.3) priorytetu zgłoszenia 1 DR 14 DK 7 DK 20. Załączniki Lp. Opis załącznika 1. Dokument opisujący sposób przesyłania załączników poprzez ISI Załącznik MWD_zalaczniki.docx