Model Wymiany Danych dla Modelu Współpracy Międzyoperatorskiej. Wersja 1.3 Status: Do publikacji Data wdroŝenia: r.

Transkrypt

1 Model Wymiany Danych dla Modelu Współpracy Międzyoperatorskiej Wersja 1.3 Status: Do publikacji Data wdroŝenia: r.

2 Historia zmian Data modyfikacji Autor Podsumowanie zmian Wersja Zaznaczanie zmian TP Hurt Utworzenie dokumentu TP Hurt Modyfikacja listy atrybutów TP Hurt Uzupełnienie w zakresie zamówień na ŁAN i Cesję TP Hurt Uzupełnienie zmiana lokalizacji TP Hurt Uzupełnienie w zakresie obsługi uszkodzeń, interwencji i 01.4 asysty TP Hurt Uzupełnienie części technicznej : uaktualnienie modelowego schematu komunikacji 2-dopisanie rozdziału opisującego kanał www TP Hurt Modyfikacja komunikatów. Reorganizacja dokumentu TP Hurt Modyfikacja komunikatów procesów Migracji na bazie ustaleń z warsztatów TP Hurt Modyfikacja komunikatów zamówień na ŁAN na bazie ustaleń z warsztatów TP Hurt Modyfikacja komunikatów zamówień na ŁAA TP Hurt Uzupełnienien części technicznej Usunięcie jednakowych komunikatów NWF Ujednolicenie formatu TP Hurt Naniesienie zgłoszonych poprawke. Uzupełnienie brakujących komunikatów TP Hurt Naniesienie uwag biznesu z dn Przebudowa komunikatu ORDER-MIGRATION i ORDER- MIGRATION-STATUS Uzupełnienie kodów odrzuceń Ujednolicenie nazewnictwa pól w komunikatach Dodanie komunikatów TECHNICAL-PROOF* TP Hurt Uporządkowanie hierarchii rozdziałów c TP Hurt Uzupełnienie tabel np-type i order-status d TP Hurt Uzupełnienie zmian zgodnie z logiem z pliku 01.9 zmiany_mwd_1.8.7.xls TP Hurt Uzupełnienie dokumentu zapis odnoszący się do planowanej obsługi kanału WebServices TP Hurt Uwzględnienie uwag Departamentu Marketingu i Strategii Hurtowej PKO TP Hurt Przebudowa komunikatu ORDER-MIGRATION na ORDER-ISI, Dodanie rozdziału opisującego ogólne zasady komunikacji poprzez WebService Dodanie szczegółowej listy procesów TP Hurt Zamiany formalne, zmiana przyporządkowanie element vasspecyfication-list 1.0 Strona 2 z 278

3 TP Hurt rozdz.3 - zmieniono definicję typu DATE 1.1 rozdz dodano nazwę pola do wiersza 1 rozdz.13.2 dodano wiersze 9 i 10 rozdz w wierszu 11 zmienono wielkość liter w polu "Pole XML" na małe rozdz Dodano nazwę pola w wierszu 12 rozdz Dodano nazwę pola w wierszy 1 rozdz zmieniono wielkośc liter w nazwie pola rozdz Dodano pole interaction-id rozdz Dodano pole desc-subject-id rozdz Dodano pole incident-date rozdz poprawiono przykładowy komunikat rozdz Dopasowano opis do tego z częsci biznesowej dokumentu rozdz Dodano pole new-number rozdz dodano pole new-service-id rozdz dodano pole oper-name rozdz poprawiono przykładowy komunikat rozdz zmieniono nazwę pola z kna-number na number rozdz zmieniono nazwę pola z kna-number na number rozdz zmieniono nazwę pola z kna-number na number rozdz zmienono typ pola number rozdz zmienono typ pola cap-ab rozdz zmieniono wielkość liter w nazwie pola loss rozdz zmienino wielkość lietr w naziw pola length rozdz zmieno typ pola w other-2 rozdz zmienono wielkośc liter w nazwie pola msg rozdz zmienio wielkośc liter w nazwie pola Diam rozdz dodano sekcję identification rozdz poprawiono przykładowy komunikat rozdz pole ppd-address przesunięto o trzy wiersze do góry i zmieniono nazwę na pg-ppd-address rozdz pole ppd-address przesunięto o trzy wiersze do góry i zmieniono nazwę na pg-ppd-address rozdz dodanie sekcji llu rozdz w polu mode zmieniono opis wartośc 5 na "rezerwa" rozdz usunięto zbędne doszczegółowienia typu DATE rozdz w polu mode zmieniono opis wartośc 5 na "rezerwa" rozdz dodanie sekcji llu rozdz zmieniono nazwę sekcji na order-migrationto-oper rozdz poprawiono adresoweanie sekcji order-item rozdz poprawiono adresoweanie sekcji identyfication rozdz zmieniono nazwę sekcji na order-migrationto-oper-element rozdz poprawiono adresoweanie sekcji ordermigration-to-oper-element rozdz poprawiono nazwę na order-migration-tooper-ack rozdz poprawiono nazwę sekcji na order-migrationto-oper-ack rozdz poprawiono adresacje sekcji acceptance rozdz poprawiono nazwę komunikatu ordermigration-cancel-i-ack rozdz uzunięto słowo w nawiasie nowa rozdz Dodano kod TP Hurt Uwydatnienie zmian wprowadzonych w wersji 1.1 w trybie 1.1a śledzenia zmian. Uszczegółowienie historii zmian wersji TP Hurt Wprowadzenie zmian i korekt opracowanych na podstawie 1.2 wynków testów wdroŝenia ISI TP Hurt Wprowadzenie zmian i korekt opracowanych na podstawie wynków testów wdroŝenia ISI i nowych uzgodnień KPI z UKE TP Hurt Wprowadzenie zmian i korekt opracowanych na podstawie wynków testów wdroŝenia ISI i nowych uzgodnień KPI z UKE TP Hurt 1.3 Strona 3 z 278

4 Spis Treści 1 WPROWADZE USTALENIA OGÓLNE INFORMATYCZNY NAGŁÓWEK KOMUNIKATU SPECYFIKACJA KOMUNIKATÓW AWARYJNYCH PODSTAWOWE DANE KONFIGURACYJNE Format Zmiany KANAŁ E- MAIL Ustawienia techniczne systemów TP i Przedsiębiorcy telekomunikacyjnego Zasady bezpieczeństwa przesyłu danych Specyfikacja postaci wiadomości KANAŁ Ustawienia techniczne Specyfikacja postaci pliku z komunikatami Podgląd historii komunikacji KANAŁ WEBSERVICE TYPY DANYCH TYPY PÓL ADDRESS LOC-ADDRESS RODZAJE PROCESÓW OBJĘTYCH MWM RODZAJE PROCESÓW OBJĘTYCH MWM, REALIZOWANYCH POPRZEZ ISI SŁOWNIK POJĘĆ OGÓLNY SCHEMAT MODELU WSPÓŁPRACY MIĘDZYOPERATORSKIEJ W PROCESACH DOSTARCZANIA OPIS KROKÓW SCHEMATU DLA ZAMÓWIEŃ MIGRACJI WRAZ Z / BEZ PRZENOŚNOŚCI NUMERÓW (NP) ZAMÓWIENIA MIGRACJI WRAZ LUB BEZ PRZENOŚNOŚCI NUMERÓW (NP) ZAMÓWIENIA MIGRACJI Komunikat potwierdzenia zamówień usług migracji NEGATYWNA WERYFIKACJA FORMALNA TP Komunikat potwierdzenia statusu PRZEKAZA DATY REZYGNACJI DO DAWCÓW ORAZ OPERATORA MACIERZYSTEGO Przekazanie daty rezygnacji do Dawcy usługi głosowej (WLR lub głosowa TP) Przekazanie daty rezygnacji do Dawcy usługi szerokopasmowej (BSA,LLU współdzielone lub szerokopasmowa TP) Przekazanie daty rezygnacji do Operatora Macierzystego Przekazanie daty rezygnacji do Dawcy, który jest jednocześnie Dawcą usługi głosowej i szerokopasmowej) POTWIERDZENIA REALIZACJI ZAMÓWIENIA LUB JEGO ODRZUCE OD DAWCY I/LUB MACIERZYSTEGO Komunikat potwierdzenia akceptacji rezygnacji lub odrzucenia zlecenia migracji przez Dawców POTWIERDZE DO BIORCY ORAZ DAWCY/DAWCÓW BĄDŹ ODMOWA REALIZACJI ZAMÓWIENIA MIGRACJI WRAZ Z DATĄ REALIZACJI Komunikat przekazywany do Biorcy Komunikat przekazywany do Dawcy usługi głosowej Komunikat przekazywany do Dawcy usługi szerokopasmowej Komunikat przekazywany do Operatora Macierzystego Komunikat przekazywany Dawcy, który jest jednocześnie Dawcą usługi głosowej i szerokopasmowej AKCEPTACJA LUB BRAK AKCEPTACJI ROZWIĄZANIA ALTERNATYWNEGO DLA ZAMÓWIENIA MIGRACJI Komunikat potwierdzenia dla komunikatu akceptacja lub brak akceptacji rozwiązania alternatywnego dla zamówienia Migracji PRZESŁA NA śąda OPERATORA BIORCY KOSZTORYSU DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu przesłanie kosztorysu dla rozwiązania alternatywnego AKCEPTACJA LUB BRAK AKCEPTACJI KOSZTORYSU DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu akceptacja lub brak akceptacji kosztorysu dla rozwiązania alternatywnego ZAKOŃCZE PROCESU INWESTYCYJNEGO PO STRO TP DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu zakończenie procesu inwestycyjnego po stronie TP dla rozwiązania alternatywnego POTWIERDZE NOWEJ DATY REALIZACJI ZAMÓWIENIA MIGRACJI Komunikat potwierdzenia dla komunikatu potwierdzenia nowej daty realizacji zamowienia Migracji PRZEKAZA NOWEJ DATY REALIZACJI DO DAWCÓW/MACIERZYSTEGO... 3 Strona 4 z 278

5 Przekazanie daty rezygnacji do Dawcy usługi głosowej (WLR lub głosowa TP) Przekazanie daty rezygnacji do Dawcy usługi szerokopasmowej (BSA,LLU współdzielone lub szerokopasmowa TP) Przekazanie daty rezygnacji do Operatora Macierzystego Przekazanie daty rezygnacji do Dawcy, który jest jednocześnie Dawcą usługi głosowej i szerokopasmowej) POTWIERDZENIA REALIZACJI ZAMÓWIENIA LUB JEGO ODRZUCE OD DAWCY I/LUB MACIERZYSTEGO Komunikat potwierdzenia akceptacji rezygnacji lub odrzucenia zlecenia migracji przez Dawców POTWIERDZE DO BIORCY ORAZ DAWCY/DAWCÓW/MACIERZYSTEGO BĄDŹ ODMOWA REALIZACJI ZAMÓWIENIA MIGRACJI WRAZ Z DATĄ REALIZACJI Komunikat przekazywany do Biorcy Komunikat przekazywany do Dawcy usługi głosowej Komunikat przekazywany do Dawcy usługi szerokopasmowej Komunikat przekazywany do Operatora Macierzystego Komunikat przekazywany Dawcy, który jest jednocześnie Dawcą usługi głosowej i szerokopasmowej Komunikat potwierdzenia INFORMACJA O SKUTECZNEJ REALIZACJI TECHNICZNEJ MIGRACJI Komunikat potwierdzenia INFORMACJA O USTĄPIENIU SIŁY WYśSZEJ Komunikat potwierdzenia dla komunikatu o ustąpieniu siły wyŝszej POTWIERDZE REALIZACJI ZAMÓWIENIA MIGRACJI Komunikat potwierdzenia komunikatu statusu wykonania zamówienia migracji INFORMACJA O ZAREJESTROWANIU SIĘ ABONENTA (BSA IP ZARZĄDZANE) Potwierdzeni dla informacji o zarejestrowaniu się abonenta INFORMACJA O BRAKU REJESTRACJI ABONENTA (BSA IP ZARZĄDZANE) Potwierdzenie Informacji o rejestracji abonenta INFORMACJA O DEZAKTYWACJI USŁUGI (BSA IP ZARZĄDZANE) Potwierdzenie Informacji o deaktywacji usługi ODSTĄPIE OD ZAMÓWIENIA MIGRACJI Komunikat potwierdzenia Rezygnacji z Zamówienia Migracji z powodu odstąpienia Abonenta od zamówienia Migracji POTWIERDZE DO BIORCY, DAWCY/ÓW ANULOWANIA ZAMÓWIENIA MIGRACJI Komunikat statusu anulowania zamówienia migracji Komunikat potwierdzenia komunikatu statusu anulowania zamówienia migracji ZAMÓWIENIA NA ŁĄCZA ABONENCKIE AKTYWNE ZŁOśE ZAMÓWIENIA Komunikat potwierdzenia Zamówień NEGATYWNA WERYFIKACJA FORMALNA TP Komunikat potwierdzenia statusu WERYFIKACJA TECHNICZNA ZAMÓWIENIA Komunikat potwierdzenia dla komunikatu informacji o dacie realizacji /odmowie realizacji zamówienia usługi hurtowej na Łączu Abonenckim Aktywnym AKCEPTACJA LUB BRAK AKCEPTACJI ROZWIĄZANIA ALTERNATYWNEGO DLA ZAMÓWIENIA USŁUGI HURTOWEJ NA ŁĄCZU ABONENCKIM AKTYWNYM Komunikat potwierdzenia dla komunikatu akceptacja lub brak akceptacji rozwiązania alternatywnego dla zamówienia usługi hurtowej na Łączu Abonenckim Aktywnym PRZESŁA NA śąda OPERATORA KOSZTORYSU DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu przesłanie kosztorysu dla rozwiązania alternatywnego AKCEPTACJA LUB BRAK AKCEPTACJI KOSZTORYSU DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu akceptacja lub brak akceptacji kosztorysu dla rozwiązania alternatywnego ZAKOŃCZE PROCESU INWESTYCYJNEGO PO STRO TP DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu zakończenie procesu inwestycyjnego po stronie TP dla rozwiązania alternatywnego POTWIERDZE NOWEJ DATY REALIZACJI ZAMÓWIENIA USŁUGI HURTOWEJ NA ŁĄCZU ABONENCKIM AKTYWNYM Komunikat potwierdzenia akceptacji/zmiany nowej daty realizacji zamówienia usługi hurtowej na Łączu Abonenckim Aktywnym INFORMACJA O SKUTECZNEJ REALIZACJI TECHNICZNEJ USŁUGI HURTOWEJ NA ŁĄCZU ABONENCKIM AKTYWNYM Komunikat potwierdzenia dla komunikatu nieskutecznej realizacji zamówienia usługi hurtowej na Łączu Abonenckim Aktywnym INFORMACJA O USTĄPIENIU SIŁY WYśSZEJ Komunikat potwierdzenia dla komunikatu o ustąpieniu siły wyŝszej POTWIERDZE REALIZACJI ZAMÓWIENIA USŁUGI REGULOWANEJ USŁUGI HURTOWEJ NA ŁĄCZU ABONENCKIM AKTYWNYM Komunikat potwierdzenia statusu wykonania zamówienia usługi hurtowej na Łączu Abonenckim Aktywnym 3 Strona 5 z 278

6 7.12 INFORMACJA O ZAREJESTROWANIU SIĘ ABONENTA (BSA IP ZARZĄDZANE) Potwierdzeni dla informacji o zarejestrowaniu się abonenta INFORMACJA O BRAKU REJESTRACJI ABONENTA (BSA IP ZARZĄDZANE) Potwierdzeni dla informacji o braku rejestracji abonenta INFORMACJA O DEZAKTYWACJI USŁUGI (BSA IP ZARZĄDZANE) Potwierdzenie Informacji o deaktywacji usługi ODSTĄPIE OD ZAMÓWIENIA Komunikat potwierdzenia dla odstąpienia od Zamówienia POTWIERDZE DO BIORCY ANULOWANIA ZAMÓWIENIA USŁUGI NA ŁAA Komunikat potwierdzenia komunikatu statusu anulowania zamówienia migracji ZAMÓWIENIA NA USŁUGĘ NA ŁĄCZU ABONENCKIM AKTYWNYM ZŁOśE ZAMÓWIENIA Komunikat potwierdzenia dla zamówienia na ŁAN NEGATYWNA WERYFIKACJA FORMALNA TP Komunikat potwierdzenia komunikatu statusu POTWIERDZE BĄDŹ ODMOWA REALIZACJI ZAMÓWIENIA USŁUGI HURTOWEJ NA ŁĄCZU ABONENCKIM AKTYWNYM Komunikat potwierdzenia dla komunikatu informacji o dacie realizacji Zamówienia Migracji/odmowie realizacji zamówienia usługi hurtowej na Łączu Abonenckim aktywnym AKCEPTACJA LUB BRAK AKCEPTACJI ROZWIĄZANIA ALTERNATYWNEGO DLA ZAMÓWIENIA USŁUGI HURTOWEJ NA ŁĄCZU ABONENCKIM AKTYWNYM Komunikat potwierdzenia dla komunikatu akceptacja lub brak akceptacji rozwiązania alternatywnego dla zamówienia usługi hurtowej na Łączu Abonenckim aktywnym PRZESŁA NA śąda OPERATORA KOSZTORYSU DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu przesłanie kosztorysu dla rozwiązania alternatywnego AKCEPTACJA LUB BRAK AKCEPTACJI KOSZTORYSU DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu akceptacja lub brak akceptacji kosztorysu dla rozwiązania alternatywnego ZAKOŃCZE PROCESU INWESTYCYJNEGO PO STRO TP DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu zakończenie procesu inwestycyjnego po stronie TP dla rozwiązania alternatywnego POTWIERDZE NOWEJ DATY REALIZACJI ZAMÓWIENIA USŁUGI HURTOWEJ NA ŁĄCZU ABONENCKIM AKTYWNYM Komunikat potwierdzenia akceptacji/zmiany nowej daty realizacji zamówienia usługi hurtowej na Łączu Abonenckim Aktywnym INFORMACJA O SKUTECZNEJ REALIZACJI TECHNICZNEJ USŁUGI HURTOWEJ NA ŁĄCZU ABONENCKIM AKTYWNYM Komunikat potwierdzenia dla informacji o nieskutecznej realizacji technicznej INFORMACJA O USTĄPIENIU SIŁY WYśSZEJ Komunikat potwierdzenia dla komunikatu o ustąpieniu siły wyŝszej POTWIERDZE REALIZACJI ZAMÓWIENIA USŁUGI REGULOWANEJ USŁUGI HURTOWEJ NA ŁĄCZU ABONENCKIM AKTYWNYM Komunikat potwierdzenia statusu wykonania zamówienia usługi hurtowej na Łączu Abonenckim NIeaktywnym INFORMACJA O ZAREJESTROWANIU SIĘ ABONENTA (BSA IP ZARZĄDZANE) Komunikat potwierdzenia dla informacji o zarejestrowaniu się abonenta INFORMACJA O BRAKU REJESTRACJI ABONENTA (BSA IP ZARZĄDZANE) Komunikat potwierdzenia dla informacji o braku rejestracji się abonenta INFORMACJA O DEZAKTYWACJI USŁUGI (BSA IP ZARZĄDZANE) Potwierdzenie Informacji o deaktywacji usługi ODSTĄPIE OD ZAMÓWIENIA Komunikat potwierdzenia Rezygnacji z Zamówienia na usługę z powodu odstąpienia Abonenta od zamówienia POTWIERDZE DO BIORCY ANULOWANIA ZAMÓWIENIA USŁUGI NA ŁAN Komunikat potwierdzenia komunikatu statusu anulowania zamówienia migracji MODYFIKACJA OPCJI/TECHNOLOGII USŁUGI BSA ZŁOśE ZAMÓWIENIA NA MODYFIKACJĘ OPCJI/TECHNOLOGII Komunikat potwierdzenia złoŝenie zamówienia na modyfikację zgodnie z MWM NEGATYWNA WERYFIKACJA FORMALNA Komunikat potwierdzenia negatywnej weryfikacji formalnej WYNIK WERYFIKACJI TECHNICZNEJ Potwierdzenia dla informacji o wyniku weryfikacji technicznej zamówienia modyfikacji Opcji/Technologii AKCEPTACJA LUB BRAK AKCEPTACJI ROZWIĄZANIA ALTERNATYWNEGO DLA ZAMÓWIENIA MODYFIKACJI ZMIANY OPCJI/TECHNOLOGII... 3 Strona 6 z 278

7 9.4.1 Komunikat potwierdzenia dla komunikatu akceptacja lub brak akceptacji rozwiązania alternatywnego dla zamówienia modyfikacji zmiana Opcji/Technologii PRZESŁA KOSZTORYSU DLA ROZWIĄZANIA ALTERNATYWNEGO NA WNIOSEK BIORCY Komunikat potwierdzenia dla komunikatu przesłanie kosztorysu dla rozwiązania alternatywnego AKCEPTACJA LUB BRAK AKCEPTACJI KOSZTORYSU DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu akceptacja lub brak akceptacji kosztorysu dla rozwiązania alternatywnego ZAKOŃCZE PROCESU INWESTYCYJNEGO PO STRO TP DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu zakończenie procesu inwestycyjnego po stronie TP dla rozwiązania alternatywnego POTWIERDZE NOWEJ DATY REALIZACJI ZAMÓWIENIA MODYFIKACJI ZMIANA OPCJI/TECHNOLOGII Komunikat potwierdzenia dla nowej daty realizacji zamówienia migracji INFORMACJA O SKUTECZNEJ REALIZACJI TECHNICZNEJ ZAMÓWIENIA MODYFIKACJI OPCJI/TECHNOLOGII Komunikat potwierdzenia dla komunikatu nieskutecznej realizacji zamówienia modyfikacji zmiana Opcji/Technologii INFORMACJA O USTĄPIENIU SIŁY WYśSZEJ Komunikat potwierdzenia dla komunikatu o ustąpieniu siły wyŝszej POTWIERDZE REALIZACJI ZAMÓWIENIA NA MODYFIKACJĘ OPCJI/TECHNOLOGII Komunikat potwierdzenia realizacji modyfikacji REZYGNACJA Z ZAMÓWIENIA NA MODYFIKACJĘ OPCJI/TECHNOLOGII Z POWODU ODSTĄPIENIA ABONENTA OD ZAMÓWIENIA Komunikat potwierdzenia Rezygnacji z Zamówienia na modyfikacje Opcji/Technologii POTWIERDZE ANULOWANIA ZAMÓWIENIA MODYFIKACJI OPCJI/TECHNOLOGII Komunikat potwierdzenia statusu anulowania zamówienia modyfikacji Opcji/Technologii CESJA USŁUGI, ZMIANA ABONENTA, ZMIANA DANYCH EWIDENCYJNYCH PRZYJĘCIE ZAMÓWIENIA NA CESJĘ, ZMIANĘ ABONENTA, ZMIANĘ DANYCH EWIDENCYJNYCH USŁUGI HURTOWEJ Komunikat potwierdzenia zamówienia na cesję zmianę abonenta, zmianę danych ewidencyjnych usługi hurtowej WERYFIKACJA FORMALNA ZAMÓWIENIA CESJI ZMIANY ABONENTA, ZMIANY DANYCH EWIDENCYJNYCH USŁUGI HURTOWEJ INFORMACJA O ZAINICJOWANIU PROCESU CESJI, ZMIANY ABONENTA, ZMIANY DANYCH EWIDENCYJNYCH USŁUGI REGULOWANEJ WERYFIKACJA FORMALNA ZAMÓWIENIA NA CESJĘ ZMIANĘ ABONENTA, ZMIANĘ DANYCH EWIDENCYJNYCH USŁUGI HURTOWEJ PRZEZ OPERATORA USŁUGI SZEROKOPASMOWEJ INFORMOWA BIORCY O NEGATYWNEJ WERYFIKACJI ZAMÓWIENIA NA CESJĘ ZMIANĘ ABONENTA, ZMIANĘ DANYCH EWIDENCYJNYCH USŁUGI HURTOWEJ Komunikat potwierdzenia przekazania NWF cesji do Operatora usługi głosowej PROCES ANULOWANIA ZAMÓWIENIA NA CESJĘ ZMIANĘ ABONENTA, ZMIANĘ DANYCH EWIDENCYJNYCH USŁUGI HURTOWEJ Komunikat potwierdzenia anulowania zamówienia cesji PRZESŁA INFORMACJI O ANULOWANIU CESJI DO OPERATORA USŁUGI GŁOSOWEJ (BIORCY) I/LUB OPERATORA POWIĄZANEJ USŁUGI SZEROKOPASMOWEJ Komunikat potwierdzenia dla komunikatu o anulowaniu / odmowie anulowania zamówienia cesji INFORMACJA OD OPERATORA USŁUGI SZEROKOPASMOWEJ O BRAKU PODPISANIA UMOWY CESJI PRZEZ KLIENTA Komunikat potwierdzenia dla komunikatu o braku podpisania umowy /rezygnacji klienta POINFORMOWA OPERATORA BIORCY I/LUB OPERATORA POWIĄZANEJ USŁUGI SZEROKOPASMOWEJ O ANULOWANIU ZAMÓWIENIA/ BRAKU MOśLIWOŚCI ANULOWANIA ZAMÓWIENIA Komunikat potwierdzenia dla komunikatu o anulowaniu /odmowie anulowania zamówienia cesji POTWIERDZE SKUTECZNEGO WYNIKU REALIZACJI ZAMÓWIENIA CESJI Komunikat potwierdzenie dla komunikatu zrealizowania zamówienia cesji ZMIANA MIEJSCA LOKALIZACJI USŁUGI REGULOWANEJ ODEBRA KOMUNIKATU ELEKTRONICZNEGO MODYFIKACJI/ USŁUGI HURTOWEJ ZMIANA MIEJSCA LOKALIZACJI Komunikat potwierdzenia dla komunikatu elektronicznego modyfikacji/ usługi hurtowej zmiana miejsca lokalizacji NEGATYWNA WERYFIKACJA FORMALNA Komunikat potwierdzenia dla NWF POTWIERDZE BĄDŹ ODMOWA REALIZACJI ZAMÓWIENIA ZMIANY MIEJSCA LOKALIZACJI Komunikat potwierdzenia dla komunikatu informacji o dacie realizacji /odmowie realizacji zamówienia zmiany lokalizacji usługi AKCEPTACJA LUB BRAK AKCEPTACJI ROZWIĄZANIA ALTERNATYWNEGO DLA ZAMÓWIENIA ZMIANY LOKALIZACJI USŁUGI Komunikat potwierdzenia dla komunikatu akceptacja lub brak akceptacji rozwiązania alternatywnego dla zamówienia zmiany lokalizacji usługi PRZESŁA NA śąda OPERATORA KOSZTORYSU DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu przesłanie kosztorysu dla rozwiązania alternatywnego AKCEPTACJA LUB BRAK AKCEPTACJI KOSZTORYSU DLA ROZWIĄZANIA ALTERNATYWNEGO... 3 Strona 7 z 278

8 Komunikat potwierdzenia dla komunikatu akceptacja lub brak akceptacji kosztorysu dla rozwiązania alternatywnego ZAKOŃCZE PROCESU INWESTYCYJNEGO PO STRO TP DLA ROZWIĄZANIA ALTERNATYWNEGO Komunikat potwierdzenia dla komunikatu zakończenie procesu inwestycyjnego po stronie TP dla rozwiązania alternatywnego POTWIERDZE NOWEJ DATY REALIZACJI ZAMÓWIENIA ZMIANY LOKALIZACJI USŁUGI INFORMACJA O SKUTECZNEJ REALIZACJI TECHNICZNEJ ZAMÓWIENIA ZMIANY LOKALIZACJI USŁUGI Komunikat potwierdzenia dla komunikatu nieskutecznej realizacji zamówienia zmiany lokalizacji usługi INFORMACJA O USTĄPIENIU SIŁY WYśSZEJ Komunikat potwierdzenia dla komunikatu o ustąpieniu siły wyŝszej INFORMACJA O NOWEJ DACIE REALIZACJI ZAMÓWIENIA Komunikat potwierdzenia dla wskazania nowej daty odbioru przyłącza/wpięcia przyłącza/ realizacji usługi POTWIERDZE REALIZACJI ZAMÓWIENIA ZMIANY LOKALIZACJI USŁUGI Komunikat potwierdzenia komunikatu statusu wykonania zamówienia zmiany lokalizacji usługi ANULOWANE ZAMÓWIENIA ZMIANY LOKALIZACJI USŁUGI Komunikat potwierdzenia Rezygnacji z zamówienia zmiany miejsca lokalizacji usługi POTWIERDZE DO OPERATORA, ANULOWANIA ZAMÓWIENIA USŁUGI REGULOWANEJ Komunikat potwierdzenia statusu anulowania zamówienia zmiany miejsca lokalizacji usługi REZYGNACJA Z USŁUG REGULOWANYCH ZŁOśE REZYGNACJI Z USŁUGI REGULOWANEJ Komunikat potwierdzenia złoŝenie rezygnacji z usługi regulowanej NEGATYWNA WERYFIKACJA FORMALNA Komunikat potwierdzenia negatywnej weryfikacji formalnej REALIZACJA REZYGNACJI Z USŁUG REGULOWANYCH Komunikat potwierdzenia dostarczenia komunikatu potwierdzenia realizacji rezygnacji ZAWIADOMIE BIORCY O ZWRÓCENIU / ZWRÓCENIU ZAKOŃCZENIA ABONENCKIEGO Komunikat potwierdzenia dla zawiadomienia Biorcy o zwróceniu / nie zwróceniu sprzętu przez Abonenta ANULOWA REZYGNACJI Z USŁUGI REGULOWANEJ Komunikat potwierdzenia komunikatu statusu anulowania zamówienia rezygnacji POTWIERDZE DO PT ANULOWANIA ZAMÓWIENIA REZYGNACJI Komunikat potwierdzenia komunikatu statusu anulowania zamówienia rezygnacji ODPYTA TP PRZEZ OA LUB CZĘŚĆ DETALICZNĄ TP O AKTYWNE USŁUGI ŚWIADCZONE NA DANYM ŁĄCZU ABONENCKIM AKTYWNYM ZAPYTA O AKTYWNE USŁUGI NA ŁAA Komunikat potwierdzenia przyjęcia komunikatu zapytania o usługi na łączu INFORMACJA O ZAINSTALOWANYCH USŁUGACH NA AKTYWNYM ŁĄCZU ABONENCKIM Komunikat potwierdzenia przyjęcia komunikatu z informacją o usługach na łączu WYWIAD TECHNICZNY FAKULTATYWNY (WTF) ZAPOTRZEBOWA NA WTF Komunikat potwierdzenia dla komunikatu zamówienia na WTF WERYFIKACJA FORMALNA ZAPOTRZEBOWANIA NA WTF Komunikat potwierdzenia dla komunikatu wyniku weryfikacji formalnej WYNIKI WYWIADU TECHNICZNEGO FAKULTATYWNEGO PARAMETRY ŁĄCZA Komunikat Potwierdzenia dla komunikatu wyników WTF OBSŁUGA USZKODZEŃ BSA Z PRZYWRACAM OPCJI/TECHNOLOGII ZGŁOSZE USZKODZENIA BSA Z PRZYWRACAM OPCJI/TECHNOLOGII Komunikat potwierdzenia zgłoszenie uszkodzenia BSA z przywracaniem opcji/technologii PRZYJĘCIE/ODRZUCE ZGŁOSZENIA USZKODZENIA BSA Z PRZYWRACAM OPCJI/TECHNOLOGII Komunikat potwierdzenia przyjęcie zgłoszenia uszkodzenia BSA przywracaniem opcji/technologii REALIZACJA ZGŁOSZENIA USZKODZENIA BSA Z PRZYWRACAM OPCJI/TECHNOLOGII Komunikat potwierdzenia realizacji zgłoszenia uszkodzenia BSA przywracaniem Opcji/Technologii POTWIERDZE PRZYWRÓCENIA TECHNOLOGII komunikat potwierdzenia dla komunikatu potwierdzenie przywrócenia technologii OBSŁUGA REKLAMACJI MWM ZGŁOSZE REKLAMACJI MWM Komunikat potwierdzenia zgłoszenia reklamacji ODPOWIEDŹ NA REKLAMACJĘ MWM Komunikat potwierdzenia odpowiedzi na zgłoszenie reklamacji USZKODZENIA USŁUG REGULOWANYCH ZGŁOSZE USZKODZENIA USŁUG REGULOWANYCH Komunikat potwierdzenia zgłoszenie uszkodzenia usług regulowanych... 3 Strona 8 z 278

9 17.2 PRZYJĘCIE ZGŁOSZENIA USZKODZENIA USŁUG REGULOWANYCH Komunikat potwierdzenia przyjęcie zgłoszenia uszkodzenia usług regulowanych PROCES USUWANIA USZKODZENIA Komunikat potwierdzenia realizacji zgłoszenia uszkodzenia usługi regulowanej ASYSTA UMAWIA SŁUśB TECHNICZNYCH ZGŁOSZE ASYSTY Komunikat potwierdzenia dla komunikatu zgłoszenia Asysty PRZYJĘCIE/ODRZUCE ZGŁOSZENIA ASYSTY ODPOWIEDŹ NA ZGŁOSZE ASYSTY Komunikat potwierdzenia odpowiedzi na zgłoszenie Asysty INTERWENCJE TECHNICZNE BSA / LLU ZGŁOSZE INTERWENCJI TECHNICZNEJ Komunikat potwierdzenia zgłoszenia interwencji technicznej ODPOWIEDŹ NA ZGŁOSZE INTERWENCJI TECHNICZNEJ Komunikat potwierdzenia odpowiedzi na zgłoszenia interwencji technicznej MODYFIKACJE WLR ZAMÓWIENIA NA DODA/USUNIĘCIE MSN/DDI Zgłoszenie zamówienia na dodanie/usunięcie MSN/DDI Weryfikacja formalna zamówienia dodania/usunięcia MSN/DDI Komunikat potwierdzenia weryfikacji formalnej zamówienia na dodanie/usunięcie MSN/DDI Weryfikacja techniczna zamówienia dodania /usunięcia MSN/DDI Anulowanie zamówienia dodania/usunięcia MSN/DDI Komunikat potwierdzenia/odrzucenia zlecenia anulowania zamówienia dodatnia/usunięcia MSN/DDI Realizacja zamówienia dodania/usunięcia MSN/DDI ZAMÓWIE NA ZMIANĘ NUMERU Zgłoszenie zamówienia na zmianę numeru Negatywna Weryfikacja Formalna Weryfikacja Techniczna i potwierdzenie realizacji zamówienia na zmianę numeru Anulowanie zamówienia zmiany numeru Komunikat potwierdzenia/odrzucenia zlecenia anulowania zamówienia zmiany numeru ZAMÓWIE NA ZMIANĘ PRESELEKCJI ZłoŜenie zamówienia na modyfikację preselekcji Weryfikacja formalna zamówienie zmiany preselekcji Realizacja zamówienie zmiany preselekcji ZAMÓWIE NA ZAWIESZE CZASOWE STACJI ZłoŜenie zamówienia Komunikat modyfikacji okresu zawieszenia stacji Weryfikacja formalna zamówienie czasowego zawieszenia stacji Realizacja zamówienie czasowego zawieszenia stacji ZAMÓWIENIA NA MODYFIKACJĘ VAS ZłoŜenie zamówienia Realizacja Modyfikacji VAS REKLAMACJE USŁUG REGULOWANYCH ZGŁOSZE REKLAMACJI USŁUG REGULOWANYCH Komunikat potwierdzenia zgłoszenia reklamacji ODPOWIEDŹ NA REKLAMACJĘ Komunikat potwierdzenia odpowiedzi na zgłoszenie reklamacji PROCES REJESTRACJI ABONENTA (BSA IP ZARZĄDZANE) ZGŁOSZE BRAKU MOśLIWOŚCI REJESTRACJI ABONENTA (IP ZARZĄDZANE); Komunikat potwierdzenia odebrania zapytania o dane rejestracyjne INFORMACJE ZBĘDNE DO PROCESU REJESTRACJI ABONENTA (IP ZARZĄDZANE) Komunikat potwierdzenia odebrania danych rejestracyjnych PROCES INFORMACJI O WPROWADZENIU OPŁATY ZA ŁĄCZE INFORMACJA O WPROWADZENIU OPŁATY ZA ŁĄCZE Komunikat potwierdzenia dla komunikatu wprowadzenia opłaty za łącze PROCES INFORMACJI O ZAPRZESTANIU NALICZANIA OPŁATY ZA ŁĄCZE ZAPRZESTA NALICZANIA OPŁATY ZA ŁĄCZE Komunikat potwierdzenia dla komunikatu zaprzestania opłaty za łącze SPECYFIKACJA KOMUNIKATÓW... 3 Strona 9 z 278

10 25.1 SPECYFIKACJA KOMUNIKATÓW DLA ZAPYTAŃ ABORT REGISTRATION-QUERY-I REGISTRATION-QUERY-STATUS-I REGISTRATION-QUERY-I-ACK SERVICE-QUERY-I SERVICE-QUERY-I-ACK SERVICE-QUERY-RESULT-I SERVICE-QUERY-RESULT-I-ACK SPECYFIKACJA DLA ZAMÓWIEŃ MIGRACJI ORDER-ISI ORDER-ISI-ACK ORDER-ISI-STATUS ORDER-ISI-STATUS -ACK ORDER-ISI-STATUS-ACC ORDER-ISI-STATUS-ACC-I-ACK ORDER-MIGRATION-TO-OPER ORDER-MIGRATION-TO-OPER -ACK ORDER-ISI-TO-OPER-ACC ORDER-ISI-TO-OPER-ACC -ACK ORDER-MIGRATION-TO-OPER-STATUS ORDER-MIGRATION-TO-OPER-STATUS-ACK ORDER-MIGRATION-CANCEL-I ORDER-MIGRATION-CANCEL-I-ACK ORDER-MIGRATION-CANCEL-STATUS-I ORDER-MIGRATION-CANCEL-STATUS-I-ACK TECHNICAL-PROOF-I TECHNICAL-PROOF-I-ACK TECHNICAL-PROOF-STATUS-I TECHNICAL-PROOF-STATUS-I-ACK PAYMENT-I PAYMENT-I-ACK SPECYFIKACJA KOMUNIKATÓW USZKODZEŃ FAULT-SERVICE-I FAULT-SERVICE-I-ACK FAULT-SERVICE-STATUS-I FAULT-SERVICE-STATUS-I-ACK ASSISTANCE-ORDER-I ASSISTANCE-ORDER-I-ACK ASSISTANCE-ORDER-STATUS-I ASSISTANCE-ORDER-STATUS-I-ACK SPECYFIKACJA KOMUNIKATÓW DLA REKLAMACJI COMPLAIN-TO-SERVICE -I COMPLAIN-TO-SERVICE-I-ACK COMPLAIN-TO-SERVICE-STATUS-I COMPLAIN-TO-SERVICE-STATUS-I-ACK SŁOWNIKI I TABELE VAS-TYPE ATM-TYPE BSA-TYPE BSA-TECHNOLOGY CANCEL-REASON SERVICE-TYPE VOICE-TYPE ORDER-STATUS ORDER-WTF-ELEMENT CEASE-MODE MODE MODIFICATION-TYPE TYPY KOMUNIKATÓW ZMIANA LOKALIZACJI OPCJE KODY ODRZUCEŃ DLA KORELACJI I PRZEJŚĆ POMIĘDZY OPERATORAMI Kody odrzuceń ZAŁĄCZNIKI... 3 Strona 10 z 278

11 1 Wprowadzenie Niniejszy dokument jest opisem Modelu Wymiany Danych (MWD) pomiędzy Telekomunikacją Polską S.A. (dalej zwaną TP) a Przedsiębiorcą telekomunikacyjnym dla Modelu Współpracy Międzyoperatorskiej w ramach dostępu telekomunikacyjnego w ramach sieci TP, zgodnie z zakresem oraz wymaganiami zawartymi w załączniku nr 2 do Porozumienia UKE w formie komunikacji elektronicznej. Niniejszy standard MWD jest wersją pierwszą w rozumieniu pkt b załącznika nr 7 do ww. porozumienia Niniejszy standard MWD (z przyszłymi zmianami) stanowi model referencyjny dla implementacji WebServices. 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 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 Serwer Poczty Operatora Serw er Poczty TP System/Systemy Operatora System TP PC Operatora Serwer www Model Wymiany Międzyoperatorskiej w ramach dostępu telekomunikacyjnego w ramach sieci TP jest dedykowany dla Przedsiębiorców Telekomunikacyjnych, którzy mają podpisaną umowę o dostępie telekomunikacyjnym w zakresie Usług Hurtowych obejmujących zakresem Modelu Współpracy Międzyoperatorskiej. W ramach MWM, TP świadczy na rzecz Przedsiębiorcy telekomunikacyjnego następujące usługi: - Migrację wraz z/bez przenośności numerów NP - Zamówienia na łącza abonenckie Strona 11 z 278

12 - Modyfikacje Usług Regulowanych (zmian miejsca lokalizacji, cesja zmiana abonenta, modyfikacja opcji/technologii BSA) - Rezygnacje z Usług Regulowanych - Odpytanie TP przez OA lub część detaliczną TP o aktywne usługi świadczone na danym Łączu Abonenckim Aktywnym. - Zamówienia na Wywiad Techniczny Fakultatywny (WTF) - Obsługa uszkodzeń BSA z przywracaniem Opcji/Technologii - Obsługa reklamacji MWM - Anulowanie zamówienia odstąpienie od zamówienia na aktywację / migrację / modyfikację / dezaktywację usługi W ramach niniejszego Modelu Wymiany Danych realizowane są równieŝ procesy: - Modyfikacji WLR -Obsługa uszkodzeń usług regulowanych BSA, WLR i LLU -Interwencje techniczne BSA, LLU -Asysta - zapytania o parametry logowania dla BSA IPN - Reklamacje usług regulowanych - Naliczanie/zaprzestanie naliczania opłaty za łącze. Procesy NP nie powiązane z migracją usług regulowanych realizowane są w ramach Modelu Wymiany Danych dla MPM Migrację moŝna ustanowić na wszystkich Łączach Abonenckich Aktywnych, na których świadczone są obecnie Usługi Hurtowe oraz realizowane jest Przeniesienie Numeru (NP). W przypadku usług detalicznych TP, TP jest traktowana na identycznych zasadach jak pozostali OA. Komunikacja w zakresie realizacji poniŝej wskazanych procesów odbywa się drogą elektroniczną za pośrednictwem Komunikatów XML właściwych dla prawidłowego przebiegu procesów opisanych w MRP Komunikacja opisana w niniejszym dokumencie pomiędzy TP, a Operatorem Macierzystym który przystąpił do MWM będzie prowadzona analogicznie jak między TP, a Operatorem Dawcą, róŝnicy podlega jedynie zawartość komunikatów przesyłanych między TP a Operatorem Dawcą i TP a Operatorem Macierzystym oraz komunikatów przesyłanych między TP a Operatorem usługi głosowej i powiązanej usługi szerokopasmowej w procesie cesji. W wypadku, gdy Operator Macierzysty nie przystąpił do MWM, komunikacja będzie prowadzona poza niniejszym MWD. 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. Strona 12 z 278

13 2 Ustalenia ogólne Dzień wpływu zgłoszeń i zamówień w dni robocze jest dniem zerowym T-0 (nie dotyczy zgłoszeń uszkodzeń, oraz zamówień na aktywację blokady W02). Zamówienia przesłane w dni wolne od pracy oraz w dni świąteczne są zaliczane na poczet następnego dnia roboczego - T0. Przy obliczniu terminów o których mowa w niniejszym dokumencie nie wlicza się dnia wpływu komunikatów do uczestnika procesów Wszystkie komunikaty przesyłane kanałami elektronicznemu będą podlegały wstępnej weryfikacjom: Informatycznej przedwstępnej Weryfikacja czy OA ma uprawnienia do komunikacji kanałem przychodzącym Weryfikacja czy komunikat jest moŝliwy do odszyfrowania i odczytania Weryfikacja czy komunikat posiada prawidłowe InteractionID Informatycznej Weryfikacja wersji MWD oraz jej zgodności przesłanego komunikatu Weryfikacja czy komunikat posiada wymagane pola Weryfikacja czy pola komunikatu mają prawidłowy format techniczny Formalnej Weryfikacja danych biznesowych zawartych w komunikacie Błędy w powyŝszych weryfikacjach będą oznaczane kodami odrzuceń przedstawionymi w rozdziałach: tabele Odpowiedzi ABORT i Weryfikacja informatyczna. 2.1 Informatyczny nagłówek komunikatu. KaŜdy komunikat wymianiany drogą elektroniczną będzie posiadał standardowy nagłówek składający się z pieciu 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 nadawce 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. część TP-detal będzie posiadała identyfikator 1, część TP-hurt na potrzeby niniejszego modelu wymiany danych będzie posiadała identyfikator 0 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. część TP-detal będzie posiadała identyfikator 1, część TP-hurt na potrzeby niniejszego modelu wymiany danych będzie posiadała identyfikator 0 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ędzia stała : ISI-1.0 test-ver pole określające, czy komunikat jest komunikatem produkcyjnym czy testowym. Strony w wypadkach szczegónych 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 i ACK dla potwierdzenia. 2.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. Strona 13 z 278

14 2.3 Podstawowe dane konfiguracyjne W rozdziale opisano ustalenia ogólne niezaleŝne od kanału komunikacji 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. Dodatkowo przekazany będzie schematron zgodny z normą ISO/IEC :2006 Formaty przesyłek oraz formaty potwierdzeń (zarówno pozytywnych jak i negatywnych) są opisane w tym dokumencie. Wymiana informacji będzie realizowana za pomocą komunikatów o typach określonych w tabeli 26.13Typy komunikatów 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 Zmiany Niniejszy dokument w ramach konsultacju pomiędzy, TP i Przedsiębiorcami telekomunikacyjnymi będzie ulegał modyfikacjom. Modyfikacje będą wykonywane w formie pisemnej i będą podlegały akceptacji przez Strony. 2.4 Kanał e- mail Wymiana danych pomiędzy TP i Przedsiębiorcą telekomunikacyjnym odbywać się będzie przy uŝyciu poczty . 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 , następnie będzie kodowany PGP i przesyłany do dedykowanych skrzynek pocztowych, gdzie nastąpi dalsze procesowanie zawartych w komunikatach informacji Ustawienia techniczne systemów TP i Przedsiębiorcy telekomunikacyjnego Na dwa tygodnie przed datą ustalnoną jako termin rozpoczęcia testów międzyoperatorskich strony przekaŝą sobie nawzajem informacje o adrese 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 strony przekaŝą sobie klucze publiczne wykorzystywane w komunikacji prosukcyjnej oraz adresy IP serwerów produkcyjnych. W przypadku konieczności zmiany adresów , 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 em (na adres administratora systemu) najdalej na 5 dni robocze przed planowaną zmianą Zasady bezpieczeństwa przesyłu danych KaŜda wiadomość przesłana kanałem do TP będzie szyfrowana kluczem publicznym PGP TP i podpisywana kluczem prywatnym nadawcy. KaŜda wiadomość przesłana kanałem 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ą i, 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 Strona 14 z 278

15 Przed zaszyfrowaniem wiadomość 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 , 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 zawarty jest w dokumencie RFC2015 ( Informacje dotyczące szyfrowania PGP zawarte są w dokumencie RFC2440 ( KaŜda wiadomość wysłana 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 wymaganym czasie od daty generacji (potwierdzenie nie obejmuje innej weryfikacji formalnej danych). Podobnie kaŝdy komunikat z TP do Przedsiębiorcy telekomunikacyjnego wysłany em zostanie potwierdzony przez Przedsiębiorcę telekomunikacyjnego 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 (kody błędów są ustalone rozdziale ). 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 (opis w rozdz. ABORT)na adres , z którego została przysłany nie obsłuŝony komunikat. W komunikacie znajdzie się informacja o rodzaju błędu. (kody błędów są ustalone w rozdziale ) 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 informacje o dacie jego generacji i nowe, unikalne INTERACTION-ID. Komunikat dostarczany kanałem 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 Specyfikacja postaci wiadomości KaŜda wiadomość 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ń Migracji przesłanej od Przedsiębiorcy telekomunikacyjnego będzie następująca: Tytuł wiadomości: id:[99][123456]zamowie-migracja[xml] 2.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 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. Strona 15 z 278

16 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) 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. 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 linii LLU). 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]ZAMOWIE-MIGRACJA[xml] 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ł komunikat zwrotny generowany jest zgodnie z opisem w rozd. 2.3 zaleŝ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 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. 2.6 Kanał WebService Zakłada się, Ŝe uruchomienie kanału WebService i przełączenia komunikaci 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 które nadawca komunikatu będzie wywoływał. W szczególności naleŝy zaznaczyć, Ŝe podczas komunikacji komunikaty ACK zachowują synchroniczność w sensie bizneswym, a nie technicznym co implikuje koniecznoś budowy odpowiednich metod. Przykład: <SOAP-ENV:Envelope xmlns:soap-env=" xmlns:soap-enc=" xmlns:xsi=" xmlns:xsd=" <SOAP-ENV:Body> Komunikat xml zgodny z MWD </SOAP-ENV:Body> </SOAP-ENV:Envelope> Strona 16 z 278

17 3 Typy danych Jeśli szczegółowy opis w specyfikacji komunikatów nie stanowi inaczej, przyjmuje się następującą interpretację typów danych: INT(n) - liczba całkowita, nieujemna, reprezentowana przez ciąg n znaków DATE data zapisana zgodnie z specyfikacją typu xsd:datetime ( ). W wypadku, gdy godzina nie jest znacząca, w celu zachowania zgodności z type xsd:datatime częśc określająca czas będzie zerowana - 00:00:00. CHAR(n) - pole znakowe o długości n znaków FLOAT liczba rzeczywista zmiennoprzecinkowa. W przypadku typów INT, zera wiodące są ignorowane przez systemy, dlatego jeśli np. w jednym komunikacie pole <INTERACTION-ID> będzie zawierało ciąg znaków "1234", a w kolejnym takim komunikacie pole <INTERACTION- ID> będzie zawierało ciąg znaków " ", to drugi komunikat zostanie odrzucony z powodu powtórzonego <INTERACTION-ID>. 3.1 Typy pól ADDRESS Format tagowy Pole zawierające podrzędne tagi zawierające składowe adresu o następującym układzie: Nazwa pola Typ Opis Czy wymagany address Record Element nadrzędny city-name CHAR(50 ) Miejscowość street-name CHAR(50) Ulica property-number CHAR(8) Numer posesji flat-number CHAR(8) Numer lokalu postal-code CHAR(6) Kod pocztowy - w formacie INT(2)- INT(3) postal-name CHAR(10 0) Nazwa urzędu pocztowego. symbol-gus INT(7) Identyfikator miejscowości w systemie TERYT (GUS) Przykładowy fragment XML: <address> <city-name>kozia Wólka</city-name> <street-name>kozińska</street-name> <property-number>12</property-number> <flat-number>2</flat-number> <postal-code>30-300</postal-code> Strona 17 z 278

18 <postal-name>koziny</postal-name> <symbol-gus> </symbol-gus> </address> LOC-ADDRESS Typ adresu lokalizacyjnego Wszystkie pola odnoszące się do danych adresowych PG/PPD będą posiadały następujący format tagowy: Format tagowy Pole zawierające podrzędne tagi zawierające składowe adresu lokalizacyjnego o następującym układzie: Nazwa pola Typ Opis Czy wymagany Element nadrzędny loc-address Record city-name CHAR(50 ) Nazwa miejscowości Street-name CHAR(50) Nazwa ulicy property-number CHAR(8) Numer posesji symbol-gus INT(7) Identyfikator miejscowości w systemie TERYT (GUS) Przykładowy fragment XML: <loc-address> <city-name>kozia Wólka</city-name> <street-name>kozińska</street-name> <property-number>11</property-number> <symbol-gus> </symbol-gus> </loc-address> Identyfikator zamówienia/zgłoszenia/reklamacji itp. nadany przez operatora wysyłającego komunikat. SłuŜące do identyfikacji sprawy. Identyfikator ten musi być unikalnym w skali spraw podnoszonych przez nadawcę. Format stringowy: 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 Zakłada się, Ŝe jeŝeli w odpowiedzi na komunikat biznesowej otrzymano komunikat ABORT lub komunikat typu ACK z negatywnym wynikiem weryfikacji to nie doszło do zainicjowania kroku procesowego u odbiorcy. Oznacza to, Ŝe ponowiony komunikat moŝe posiadać tę samą wartość BUSINES Rodzaje procesów objętych MWM 1. Migracja wraz lub bez przenośności numerów (NP.) 1.1. Zmiana usługi Regulowanej ze zmianą lub bez zmiany PT Strona 18 z 278

19 1.2. Zmiana Przedsiębiorcy telekomunikacyjnego Usługi Regulowanej 1.3. Zmiana poziomu dostępu / klasy ruchu usługi BSA 1.4. Zmiana rodzaju dostępu usługi LLU 2. Zamówienia na Łącza Abonenckie 2.1. Zamówienie Usługi Regulowanej na Łączu Abonenckim Aktywnym 2.2. Zamówienie Usługi Regulowanej na Łączu Abonenckim aktywnym 3. Modyfikacje Usług Regulowanych realizowane zgodnie z MWM 3.1. Modyfikacje opcji / technologii Usługi BSA 3.2. Zmiana miejsca lokalizacji Usługi Regulowanej 4. Cesja Usługi Regulowanej 5. Rezygnacje z Usług Regulowanych 6. Odpytanie o aktywne Usługi świadczone na Łączu Abonenckim Aktywnym 7. Zamówienia na Wywiad Techniczny Fakultatywny (WTF) 9. Obsługa uszkodzeń BSA z przywracaniem opcji technologii 10. Obsługa reklamacji zgodnie z MWM 11. Anulowanie zamówienia / odstąpienie od zamówienia na aktywację /migrację / dezaktywację/modyfikację 3.3 Rodzaje procesów nie objętych MWM, realizowanych poprzez ISI 1. Uszkodzenia Usług Regulowanych 2. Asysta umawianie słuŝb technicznych 3. Interwencje techniczne BSA / LLU 5. Zamówienia na modyfikacje Usług Hurtowych 5.1. Dodanie/Usunięcie MSN/DDI 5.2. Zmiana numeru 5.3. Zmiana preselekcji: dla klientów WLR 5.4. Zawieszenia czasowe 5.5. Modyfikacje VAS 6. Obsługa reklamacji Usług Regulowanych 7. Anulowanie zamówienia Strona 19 z 278

20 4 Słownik pojęć Asysta Adres PG Biorca BSA CPS Dawca Dostęp Pełny (Full Unbundling) Dostęp Współdzielony (Shared Unbundling) DR DSLAM IP zarządzane IP Zarządzane ISI Kabel Korespondencyjny (w skrócie KK) Klasa ruchu LLU Umówienie słuŝb technicznych TP i OA w celu identyfikacji i usunięcia powtarzającej się w przyjętym przedziale czasowym przyczyny nieprawidłowości/uszkodzenia Pole określające adres obiektu telekomunikacyjnego (budynek, szafa kablowa etc). Jeden obiekt telekomunikacyjny moŝe mieć Nx przełącznic (PG). Tym samym adres określa zbiór PG zlokalizowanych w danym obiekcie telekomunikacyjnym. Przedsiębiorca telekomunikacyjny z którym abonent zamierza podpisać umowę o świadczenie usług telekomunikacyjnych w zakresie hurtowej usługi abonenckiej (BSA, LLU, WLR) lub detalicznej TP. BitStream Access Carrier pre-selection - usługa telekomunikacyjna umoŝliwiająca ustanowienie operatora telekomunikacyjnego, za pośrednictwem którego zestawiane będą krajowe i międzynarodowe połączenia do innych uŝytkowników końcowych. Połączenie są realizowane poprzez wybieranie z aparatu telefonicznego numeru abonenta, bez konieczności kaŝdorazowego wskazywania numeru dostępowego sieci (prefiksu) Przedsiębiorca telekomunikacyjny aktualnie świadczący usługi na rzecz abonenta w ramach dostępu telekomunikacyjnego do sieci TP realizowanego na podstawie umów lub decyzji: BSA, LLU, WLR lub umów w zakresie świadczenia usług detalicznych TP. MoŜliwość korzystania z pełnego pasma częstotliwości Lokalnej Pętli Abonenckiej lub Lokalnej Podpętli Abonenckiej. MoŜliwość korzystania z niegłosowego pasma częstotliwości Lokalnej Pętli Abonenckiej lub Lokalnej Podpętli Abonenckiej przy jednoczesnym zachowaniu moŝliwości korzystania z Lokalnej Pętli Abonenckiej lub Lokalnej Podpętli Abonenckiej przez innego Przedsiębiorcę telekomunikacyjnego do świadczenia usług telefonicznych wykorzystujących głosowe pasma częstotliwości Lokalnej Pętli Abonenckiej lub Lokalnej Podpętli Abonenckiej. Dzień roboczy - Wszystkie dni tygodnia za wyjątkiem sobót, niedziel oraz innych dni ustawowo wolnych od pracy na terenie RP. Digital Subscriber Line Access Multiplexer dostępowy multiplekser cyfrowych linii abonenckich. Poziom dostępu do sieci TP w ramach którego TP zapewnia Operatorowi Korzystającemu (na potrzeby świadczenia usługi BSA) funkcjonalność elementów własnej sieci telekomunikacyjnej: Łączy Abonenckich wraz z kartami na urządzeniach DSLAM, do których przyłączone są Łącza Abonenckie, na których moŝliwa jest realizacja szerokopasmowej transmisji danych w technologii xdsl; Sieci transmisji danych Sieci IP, urządzeń BRAS, Sieci ATM i urządzeń DSLAM (poza kartami, do których przyłączone są Łącza Abonenckie). Poziom dostępu do sieci TP w ramach którego TP zapewnia OA (na potrzeby świadczenia usługi BSA) funkcjonalność elementów własnej sieci telekomunikacyjnej: Łączy Abonenckich wraz z kartami na urządzeniach DSLAM, do których przyłączone są Łącza Abonenckie, na których moŝliwa jest realizacja szerokopasmowej transmisji danych w technologii xdsl; Sieci transmisji danych Sieci IP, urządzeń BRAS, Sieci ATM i urządzeń DSLAM (poza kartami, do których przyłączone są Łącza Abonenckie) zapewniających transmisję danych pomiędzy Łączami Abonenckimi udostępnionymi Operatorowi Korzystającemu a PDU; Węzłów IP, przy których realizowane są PDU. Interfejs Systemu Informatycznego - interfejs www lub Elektroniczny Kanał Wymiany Danych (EKWD) zestawiony pomiędzy TP a OA, przez który OA uzyskuje moŝliwość efektywnego składania wniosków, zamówień, prognoz, zgłaszania reklamacji, Prac Planowych i Awarii dotyczących usług oraz naliczania opłat, Miedziany, 100 parowy symetryczny kabel o długości nieprzekraczającej 500 mb. realizowany przez TP na zamówienie OA w obiektach TP, pomiędzy PG TP a PMO, PG a studnią zero. Usługi warstwy ATM: Usługa stałej szybkości bitowej ( Constant Bit Rate). Usługa zmiennej szybkości bitowej (VBR - Variable Bit Rate), obejmująca: rt-vbr (real time VBR) dla źródeł wymagających obsługi w czasie rzeczywistym. nrt-vbr (non real time VBR) dla źródeł nie wymagających synchronizacji czasowej przy przekazie informacji między nadajnikiem a odbiornikiem. Usługa o niezdefiniowanej szybkości bitowej (UBR Unspecified Bit Rate). Local Loop Unbundling uwolnienie lokalnej pętli Strona 20 z 278