Scrigroup - Documente si articole

     

HomeDocumenteUploadResurseAlte limbi doc
AstronomieBiofizicaBiologieBotanicaCartiChimieCopii
Educatie civicaFabule ghicitoriFizicaGramaticaJocLiteratura romanaLogica
MatematicaPoeziiPsihologie psihiatrieSociologie


PORTABILITATEA NUMERELOR (NP)

Matematica



+ Font mai mare | - Font mai mic



PORTABILITATEA    NUMERELOR (NP)



CUPRINS

  1. Notiuni despre portabilitatea numerelor/3

Intervalul de portare/3

Portabilitatea numerelor in cadrul Romtelecom/4

  1. Introducerea cererilor de Portare in aplicatia Service Order/5

PORT-IN/5

Lucrarile configurare pentru Port-in/5

Introducerea unei cereri de Port-in in aplicatia Service Order/8

Stadiile unei cereri de Port-in/15

Stadiile unui OS de Port-in/16

Tipuri de activitati noi pe OS-urile de port-in pentru IMCC/16

Cererea de Port-in pentru ISDN PRA/19

Cererea de Port-in pentru ISDN BRA/25

  1. PORT-OUT/30

Lucrari configurate pentru cererile de Port-out/30

Stadiile unei cereri de Port-out/33

Stadiile unui OS de Port-out/33

Tipuri de activitati noi pe OS-urile de Port-out pentru IMCC/34

Vizualizarea informatiei de rutare in Centrala/34

  1. Cereri de Port-out pe circuite partajate/36

Portare pentru clientii cu circuit partajat ADSL/36

Portare pentru clientii cu bucla SULL/36

Portare pentru clientii cu bucla FULL/37

  1. Anularea unei cereri de Portare/39

Anularea cererii de Port-in/39

Anularea cererii de Port-out/39

  1. Portabilitatea numerelor nongeografice (altele decat cele mobile)

Lucrari de MUTARE pentru numere portate la Romtelecom de la un alt operator/42

Portabilitatea Numerelor fixe (geografice) (NP)

Notiuni despre portabilitatea numerelor

Incepand cu data de 21 octombrie 2008 va fi posibila Portabilitatea numerelor (NP).

Portabilitatea numerelor (NP) reprezinta posibilitatea unui client de a-si pastra numarul de telefon fix, la cerere, atunci cand doreste sa-si schimbe furnizorul de telefonie fixa.

Portarea numerelor este posibila atat pentru clientii persoane fizice cat si pentru clientii persoane juridice.

In cel mult 4 zile de la inregistrarea cererii de portare in sistem, Operatorul Donor (FD) trebuie sa comunice Operatorului Acceptor (FA), prin intermediul BDC (baza de date ANRCTI), acceptul sau refuzul cererii de portare precum si data stabilita pentru portare.

Procesul de portabilitate (trecerea dintr-o retea in alta din punct de vedere tehnic) are loc intr-o perioada definita de 3 ore.

In cazuri exceptionale, cand clientul mentioneaza clar ca nu este disponibil in termenul de 10 zile stabilit pentru portare, se poate insera alt interval de portare in concordanta cu doleanta clientului, dupa reguli detaliate mai jos.

Portarea numerelor (NP) este posibila pentru:

Numerele individuale asignate abonatilor (pentru servicii de voce, fax sau transmisiuni de date);

Numerele multiple sau transele de numere asignate abonatilor (ISDN Bra, Pra

Portarea numerelor (NP) NU este posibila pentru:

  • Numerele folosite numai in interiorul retelelor;
  • Numerele scurte;
  • Numerele fixe conectate in centrale manuale sau analogice;
  • Numerele non-geografice cu prefix 0808, 0807, 0805, 0870;

Numerele fixe la furnizori de telefonie mobila (si invers);

Numerele fixe aflate in arii geografice diferite (judete diferite).

1.1 Intervalul de portare

ANRCTI a stabilit reguli precise pentru Intervalul propus pentru portare care se stabileste de Operatorul Acceptor (FA) de comun acord cu clientul, astfel:

Intervalul orar agreat de ANRCTI     este: 09:00:00, 13:00:00 sau 14:00:00. Intervalul orar are urmatoarea semnificatie:

Ora 09:00 - are semnificatia de interval orar 09:00 - 14:00;

Ora 13:00 - are semnificatia de interval orar 13:00 - 18:00;

Ora 14:00 - are semnificatia de interval orar 14.00 - 18:00.

Intervalul propus pentru portare trebuie sa respecte urmatoarele reguli:

Data de inceput trebuie sa fie mai mare sau egala cu ziua curenta plus 6 zile lucratoare

Data de sfarsit trebuie sa fie mai mare decat data de inceput si mai mica decat data curenta+30 de zile calendaristice;

Data stabilita pentru portare reprezinta data si intervalul orar stabilit de Operatorul Donor (FD) pentru executarea portarii. Aceasta data trebuie sa fie cuprinsa in intervalul propus de Operatorul Acceptor de comun acord cu clientul, conform descrierii de mai sus.

1.2. Portabilitatea numerelor in cadrul Romtelecom

Pentru Romtelecom portarea numerelor fixe se poate concretiza in doua variante:

Port-in clientii de la alti operatori de telefonie fixa solicita portarea numerelor in reteaua Romtelecom.

Port-out clientii Romtelecom solicita portarea numerelor catre alti operatori de telefonie fixa.

Pentru cererile de portare, participantii pentru activitatile de tehnic nu trebuie sa respinga aceste activitati. Daca executia nu se poate finaliza cu succes, este necesar sa se contacteze Dep Suport Livrare Servicii (SO_BO) pentru a comunica problema intampinata si a se cerceta ce remediere punctuala poate fi efectuata.

Cererile de portare au fluxul configurat similar cererilor de voce, dar sunt gestionate de sistemul ORCHESTRATION & INTEGRATION (O&I).

Astfel, aplicatia Service Order asigura:

fluxul de Port-in pana la activitatea Completare contract. Dupa executia acestei activitati, fluxul este preluat de O&I.

fluxul de Port-out pana la activitatea Stabilire timp portare. Dupa executia acestei activitati, fluxul este preluat de O&I.

Procesul de portare se refera la portabilitatea unui numar de apel (nu a unui produs) de la un operator catre altul. Mai explicit, daca un client solicita port-in pentru un anumit numar de numere apel, ele trebuie modelate dupa produsele existente ale portofoliului de produse Romtelecom (trebuie sa respecte validarile comerciale impuse de Romtelecom).

Exemplu:

Un client doreste portare-in la Romtelecom pentru 50 numere. Ele pot fi introduse pe abonamente de voce oferite de RTC, pe abonamente de ISDN-BRA / PRA sau diverse combinatii. Prin urmare, daca un client are la alt operator un ISDN-BRA, la Romtelecom se poate solicita instalarea numerelor respective tot pe un produs BRA daca numerele respecta regulile comerciale sau pe abonamente de voce normale.

2. Introducerea Cerererilor de portare in aplicatia Service Order

Pentru cererile de portare, in aplicatia Service Order s-a configurat un tip nou de cerere, denumit PORTARE.

Astfel, toate cererile de portare se vor culege pe Familia VOCE, tip cerere PORTARE.

PORT - IN

In procesul Port-in Romtelecom este denumit Operator Acceptor (FA) si FOLO (=Alt operator de tel fixa) este denumit Operator Donor (FD).

In cazul Port-in persoana care doreste sa devina client al Romtelecom si sa-si porteze numarul de telefon de la alt operator la Romtelecom, este tratata ca un client nou. Daca este client existent (potential, activ sau inactiv) cererea se introduce pe pagina de client respectiva. Daca nu, se creaza un client nou dupa instructiunile cunoscute.

Dupa completarea cererii de Port-in (Anexa 1 - document extern aplicatiei SO, disponibil la canalele de vanzare Romtelecom si care trebuie arhivat), linia trebuie instalata in maxim 10 zile pentru a se putea realiza portarea.

Pentru introducerea cererilor de portare in aplicatia Service Order, se vor utiliza numai lucrari care au in denumire terminatia NP. Exceptie face urmatoarea lucrare, care poate fi utilizata ca a doua cerinta pe o cerere de Instalare NP:

INST NTN O/I.   

Cererile de Port-in sunt cele cunoscute pentru o instalare de produs voce (cu promotii si fara promotii), dar au in denumire terminatia NP. Acest lucru diferentiaza o cerere de instalare produs voce cu flux dirijat de SO, fata de cele care au flux nedirijat de SO (orchestrat).

Lucrarile configurate pentru Port-in

Lucrarile pentru cererile de Port-in se introduc conform tipului de produs pentru care se solicita portarea si a planului de tarifare Romtelecom ales de client.

Acestea sunt:

COD

DENUMIRE

ATRIB NUMER TRK PCT ACCES NP

Atribuire Numerotatie TRK Punct Acces Flux 2Mb NP

ATRIBUIRE NR SUPL ISDN BRA NP

Atribuire Numerotatie Suplimentara ISDN-2 NP

ATRIBUIRE NR SUPL ISDN PRA NP

Atribuire Numerotatie Suplimentara ISDN PRA - 10 Buc NP

INST ISDN PRA NP

Instalare ISDN PRA 30 Canale NP

INST ISDN PRA PROMO NP

Instalare ISDN PRA 30 Canale Uni sau Bidirectional Promotie NP

INST ISDN PRA UNIDIR IESIRE NP

Instalare ISDN PRA 30 Canale Unidirectional Iesire NP

INST ISDN PRA UNIDIR INTR NP

Instalare ISDN PRA 30 Canale Unidirectional Intrare NP

INST ISDN-2 JURIDICI NP

Instalare ISDN-2 Juridici NP

INST ISDN-2 JURIDICI PROMO NP

Instalare ISDN-2 Juridici Promotie NP

INST PP/TRK NP

Instalare post principal/TRK NP

INST PP/TRK PROMO NP

Instalare post principal/TRK Promotie NP

INST TELVERDE ALES DE ABON NP

Instalare Numar Virtual TELVERDE Ordinar Ales de Abonat NP

INST TELVERDE DE ARGINT NP

Instalare Numar Virtual TELVERDE de Argint NP

INST TELVERDE DE AUR NP

Instalare Numar Virtual TELVERDE de Aur NP

INST TELVERDE ORDINAR NP

Instalare Numar Virtual TELVERDE Ordinar NP

INST TRK E1-R2 NP

Instalare TRK Digital E1 cu Semnalizare R2 (E1-R2) NP

INST UIAN NP

Instalare Numar Unic de Acces la Internet NP

INST UNITEL ALES DE ABON NP

Instalare Numar Virtual UNITEL Ordinar Ales de Abonat NP

INST UNITEL DE ARGINT NP

Instalare Numar Virtual UNITEL de Argint NP

INST UNITEL DE AUR NP

Instalare Numar Virtual UNITEL de Aur NP

INST UNITEL ORDINAR NP

Instalare Numar Virtual UNITEL Ordinar NP

Optiunile de voce (Clip A, Clir etc.) care au fluxul gestionat integral de aplicatia Service Order, se vor instala conform regulilor descrise in Manualul Service Order Versiunea Orchestrata.

Similar cererilor cu fluxurile sincronizate, pentru cererile de Port-in exista lucrari care se introduc cu referinta la cererea parinte si dupa validare intra in stadiul de IN_COMPLETARE_DATE_CERINTA. Cererile aflate in acest stadiu urmeaza sa fie tratate de SLS (SO_BO) ulterior finalizarii cererii parinte. Aceste lucrari sunt enumerate in tabelul de mai jos:

COD_TIP_LUCRARE

INST APEL DEC CU DEST FIXA

INST APEL IMEDIAT CU DEST FIXA

INST APEL IN ASTEPTARE

INST AVANTAJ

INST AVANTAJ PRO

INST CHIRIE SIEMENS EUROSET802

INST CHIRIE SIEMENS EUROSET805

INST CIRC INTER TELEFONIC

INST CLIP A

INST CLIR

INST CLIR-IGN

INST CONVORBIRE IN TREI

INST CORD LUNG

INST FAX (PE LINIE EXISTENTA)

INST HUNTING

INST LG CIRC URB EXTERIOR RAZE

INST NUMAR ABREVIAT

INST OPTIUNE CPS

INST P SUP EXT

INST P SUP INT

INST PRIZA

INST REDIRIJARE APEL

INST RUNF

INST SERVICE ECHIP. MULTIPLEXA

INST SERVICE TERMINALE FAX

INST SONERIE

INST VOCES

INST VOCES PE TON DE OCUPAT

INST VOCES PRO

INST/MUT INT DISP AUX FAX

RESTRICTIONARE FARA PAROLA

Daca se incearca introducerea pe aceeasi cerere a unei lucrari cu flux gestionat de aplicatia Service Order si O/I, impreuna cu o lucrare al carei flux este gestionat integral de aplicatia Service Order, la validarea cererii se va primi un mesaj de eroare ca in imaginea de mai jos:

Cererea de Port-in poate fi:

simpla: pentru un singur numar de telefon;

complexa: se pot inregistra mai multe numere de telefon care functioneaza la aceeasi adresa si au acelasi cont telefonic. Intr-o cerere complexa se poate solicita portarea pentru cel mult 50 de numere. In cazul cererilor de portare complexe clientul trebuie informat ca poate opta pentru portare partiala in eventualitatea ca nu este posibila portarea tuturor numerelor.

IMPORTANT!!!

NU SE POT CULEGE CERERI SINCRONIZATE DE PORT-IN CU PRODUSE DATE SI VIDEO!!!

Dupa finalizarea cererii de port-in, se pot introduce cereri de date si video pe suportul finalizat cu numar portat-in.

In imaginea de mai jos este un exemplu de Cerere de port-in complexa. Ea se completeaza ca o cerere de instalare produs voce, diferentele apar doar la:

  • blocul numere apel (datorita faptului ca numarul care intra in reteaua Romtelecom trebuie completat de la inceput)
  • s-a dezvoltat un ecran nou Detalii portare care trebuie completat la introducerea cererii cu informatii despre portare.

Toate aceste diferente fata de o cerere de instalare normala sunt detaliate mai jos.

Introducerea unei cereri de port-in in Service Order

Familia de produse: VOCE

Formular cerere: PORTARE

Lucrarile se introduc cu nr. de ordine diferit, dar pe acelasi nr. de OS.

Tipul de abonament care se alege pe cerere, modalitatea de vanzare, contractul special, contul, adresa produsului se completeaza dupa regulile cunoscute, ca la o cerere de instalare obisnuita.

Daca pe o cerere gestionata de O/I se introduc numere diferite de OS, se va primi urmatorul mesaje de eroare:

Spre deosebire de o cerere de instalare obisnuita, la cererea de port-in se completeaza blocul Numere apel in modul urmator:

  • campul Prefix(nou) se completeaza din lista derulanta aferenta prin actionarea tastei F9:

  • campul Numar extern(nou) se completeaza manual cu numarul care urmeaza sa fie portat; acest numar poate fi modificat pana la executarea activitatii de Asignare (in activitatea de Asignare apare implicit numarul completat in blocul Numere apel din Ecranul de Culegere cereri);
  • se bifeaza campul Principal:

In continuare se acceseaza butonul Detalii portare:

Se deschide ecranul Detalii portare in care vor fi completate automat:

  • datele clientului:

- Nume client;

Tip client (fizic sau juridic);

Identificat prin ( CIF pentru clientii persoane juridice sau CNP pentru clientii persoane fizice

Numarul (CIF/CNP);

Adresa de produs.

  • campul Acceptor este completat implicit cu RTLC - codul pentru Romtelecom:

In campul Cod Abonat Olo se introduce manual de catre user-ul care preia cererea de port-in, codul de abonat de pe factura de la operatorul de telefonie fixa (FD) la care este abonat clientul care solicita portarea numarului de telefon la Romtelecom (FA).

Daca se omite completarea campului Cod Abonat Olo, la validarea cererii se va primi urmatorul mesaj de eroare:

Toate datele de identificare a clientului si a operatorului Donor trebuie completate cu atentie, identic cu factura clientului deoarece in aceste campuri nu exista o restrictie pentru datele completate si nu se primeste niciun mesaj de eroare. In cazul completarii gresite a codului de abonat, sau a donorului sau daca numarul de telefon nu este portabil cererea este respinsa automat de BDC (baza de date ANRCTI).

In continuare se completeaza campurile Interval Portare Inceput si Interval Portare Sfarsit de comun acord cu clientul. Acesta trebuie informat in legatura cu regulile stabilite de ANRCTI:

Intervalul orar agreat de ANRCTI     este: 09:00:00, 13:00:00 sau 14:00:00. Intervalul orar are urmatoarea semnificatie:

Ora 09:00 - are semnificatia de interval orar 09:00 - 14:00;

Ora 13:00 - are semnificatia de interval orar 13:00 - 18:00;

Ora 14:00 - are semnificatia de interval orar 14.00 - 18:00.

Intervalul propus pentru portare trebuie sa respecte urmatoarele reguli:

data (ziua initiala) trebuie sa fie mai mare sau egala cu ziua curenta plus 6 zile lucratoare

data (ziua finala) trebuie sa fie mai mare decit ziua finala si mai mica decit data curenta+30 de zile calendaristice;

Sistemul completeaza automat la Interval Portare Inceput data si ora curente (din momentul inregistrarii cererii).

Campul Interval Portare Inceput se modifica astfel:

data (ziua initiala) trebuie sa fie mai mare sau egala cu ziua curenta plus 6 zile lucratoare; de exemplu daca data curenta este 03.10.2008. Adaugam cele 6 zile lucratoare si obtinem data de 13.10.2008.

ora trebuie sa fie: 09:00:00, 13:00:00 sau 14:00:00:

Campul Interval Portare Sfarsit se completeaza astfel:

data (ziua finala) trebuie sa fie mai mare decat data din campul Interval Portare Inceput si mai mica decat data curenta+30 de zile calendaristice;

ora se completeaza in functie de intervalul orar agreat de client dupa regulile stabilite ANRCTI cu 09:00:00, 13:00:00 sau 14:00:00:

Aceste date pot fi modificate in functie de solicitarea clientului, numai pana la executarea activitatii de Asignare a     cererii si cu respectarea regulilor descrise anterior.

Daca nu sunt respectate regulile de completare pentru campurile Interval Portare Inceput si Interval Portare Sfarsit se va primi un mesaj de eroare ca in imaginea de mai jos la validarea cererii:

Campul Donor se completeaza cu ajutorul listei derulante din care se alege denumirea operatorului FOLO (=Alt operator de tel fixa) de la care se preia numarul de apel.

Daca se omite completarea campului Donor, se va primi urmatorul mesaj de eroare:

Bifa de Portare Partiala se aplica de catre user numai daca portarea partiala este acceptata de client si numai pentru cererile de portare complexe. La o astfel de cerere port-in de mai multe numere, in cazul in care clientul nu accepta portare partiala si unul sau mai multe numere nu pot fi portate, cererea este respinsa.

Campul Observatii portare se completeaza cu numar de telefon de contact, de preferinta altul decat cel care urmeaza sa fie instalat prin cererea de port-in. Se mai pot completa si alte informatii referitoare la portare oferite de client (de ex. Un intervalul orar mai concret in care este disponibil pentru instalarea serviciului).

Se salveaza cu F10 si se iese cu Exit din acest ecran, revenindu-se in Ecranul de Cereri.

ATENTIE!!! Inainte de a valida cererea, trebuie sa va asigurati ca toate informatiile completate in ecranul Detalii portare sunt corecte, altfel exista riscul ca cererea sa fie respinsa de FOLO (operatorul de la care se preia numarul la Romtelecom poate respinge aceasta cerere).

Se valideaza cererea.

2.4 Stadiile unei cereri de port-in

Dupa validare, stadiile unei cereri de port -in sunt:

Stadii

Participanti

IN_REVIZUIRE_DATE

User-ul care a introdus cererea

IN_COMUNICARE_RESPINGERE

SO_BO

IN_APROBARE_DEBITE

SO_BO

IN_ANGAJAMENT_PLATA

SO_BO

IN_ASIGNARE_PORTARE

SO_BO

IN_COMPLETARE_CONTRACT

SO_BO

Emiterea de OS fiind activitate gestionata de O&I, se va face automat. In activitatea de In Emitere OS, se vor regasi doar cererile pentru care nu a fost posibila emiterea automata a OS-ul din cauza unor erori. Erorile vor fi solutionate de SO_BO, dupa care se va emite manual OS-ul.

Stadiile unui OS de port-in

Dupa emitere, stadiile unui OS de port -in sunt:

Stadii

Participanti

NOTIFICARE_CLIENT_TIMP_PORTARE

SO_BO comunica clientului data si intervalul orar stabilit de Operatorul Donor la care va avea loc portarea - instalarea serviciului de la Romtelecom si dezactivarea serviciului de la FOLO.

CENTRALA

IMCC - activare resurse & restrictionare apeluri de iesire

OI_PORT_IN_MASA

Pregatirea datelor din SO pentru dispecerizare

OI_PORT_IN_CLIENT

Pregatirea datelor din SO pentru dispecerizare

CENTRALA

IMCC - dezactivarea restrictiionarii de apeluri iesire

CONFIRMARE_STOP_MODIFICARE

O/I - dupa acest pas nu mai este permis FO pe lucrare

Un OS aflat in stadiul CONFIRMARE_STOP_MODIFICARE nu mai poate fi respins cu alegerea unui motiv de respingere.

Tipuri de activitati noi pe OS-urile de Port-in pentru IMCC

Pe OS-urile de Port-in au fost configurate urmatoarele tipuri de activitati pentru IMCC:

MTL_SWITCH_ACTIV_RESTRICT - instalare numar portat si SR 11 pe port;

MTL_SWITCH_DEACTIV_REMOVE_RESTRICT - desfiintare numar portat pe port - in caz de FO

MTL_SWITCH_REMOVE_RESTRICT - desfiintare SR11;

MTL_SWITCH_RESTRICT - instalare SR11 - in caz de FO.

In ecranul Activitati / Activitati pe judet / Activitati centrale, se pot vizualiza in campul Expl informatii cu privire la actiunea ce trebuie desfasurata de catre utilizatorii care gestioneaza respectiva activitate:

In stadiul NOTIFICARE_CLIENT_TIMP_PORTARE, echipa SO_BO acceseaza butonul OI Param unde sunt vizibile data si ora stabilite de FOLO-Operatorul Donor pentru portare. Aceasta informatie ajunge automat in Service Order prin BDC (baza de date ANRCTI), conform datelor confirmate de FOLO-Operatorul Donor.

Echipa SO_BO contacteaza clientul si ii comunica aceasta data stabilita de FOLO-Operatorul Donor pentru portare. Clientul este informat ca la aceasta data nu va avea ton timp de aproximativ 3 ore, timp in care FOLO - Operatorul Donor dezactiveaza serviciul iar Romtelecom - Operatorul Acceptor instaleaza serviciul care va functiona pe numarul de la FOLO.

Pe numerele portate de la un alt operator, nu se vor putea introduce in Service Order cereri de

ST;

SNA;

MUTARE;

Nu va fi posibila activarea niciunei optiuni de Numere Favorite;

Nu este posibila transformarea unui numar ISDN PRA portat in ISDN BRA sau PP/TRK si invers.

Daca se incearca introducerea unei cereri de ST, SNA sau Mutare pentru un produs portat de la un alt operator, se va primi eroarea din imaginea de mai jos:

2.7 Cererea de port-in pentru ISDN PRA

Se introduce in aplicatia Service Order dupa instructiunile cunoscute pentru cererile de Instalare ISDN PRA cu sau fara promotie.

Familia de produse: VOCE

Formular cerere: PORTARE

Tipul de abonament care se alege pe cerere, modalitatea de vanzare, contractul special, contul, adresa produsului se completeaza dupa regulile cunoscute, ca la o cerere de instalare obisnuita pentru ISDN PRA.

Exceptiile fata de o cerere obisnuita de Instalare ISDN PRA sunt:

Completarea numerelor de apel in Ecranul de Culegere cereri;

Completarea/modificarea datelor in Ecranul Detalii portare.

Aceste exceptii sunt descrise mai jos:

Pentru completarea numerelor de apel se pot folosi doua moduri de lucru:

  1. Daca se completeaza numarul de apel direct in ecranul de Culegere cereri in blocul Numere apel, in campurile Prefix(nou) si Numar extern(nou), bifa de principal se aplica manual de catre user. Pentru adaugarea numerelor suplimentare se acceseaza butonul Numere apel si se adauga intervalul dorit in lista numerelor de apel (modul detaliat este descris mai jos).

Se actioneaza butonul Numere apel cu ajutorul mouse-ului:

In ecranul Modificare numere apel se regasesc datele completate in Ecranul de Culegere cereri:

Se completeaza manual de catre user campurile Prefix si Interval dupa care se actioneaza butonul Adaug (intervalul se completeaza de la 1 la 9 pentru ca cel cu 0 apare deja completat sau de la 1 la 99 pentru 100 numere):

Sistemul va returna mesajul din imaginea de mai jos:

Dupa actionarea cu mouse-ul pe OK, seria de numere consecutive este completata automat:

Se revine cu Exit in Ecranul de Culegere cereri.

  1. Daca se actioneaza direct butonul Numere apel atunci se deschide o noua fereastra pentru Modificare numere apel si in blocul Adaugare interval se completeaza campurile:
  • Prefix;
  • Interval.

Se actioneaza cu mouse-ul butonul Adaug:

Va fi returnat urmatorul mesaj:

Se actioneaza cu mouse-ul butonul OK,     si sistemul va completa automat intervalul de numere.

In cazul in care s-a utilizat al doilea mod de lucru userul trebuie sa bifeze campul Principal in Ecranul Modificare numere apel pentru numarul principal. Daca s-a lucrat dupa modul descris la pct 1, bifa apare implicit.

Daca nu se folosesc serii de numere consecutive se pot introduce numerele de apel direct in campurile Prefix(nou) si Numar extern(nou), si se aplica manual bifa de Principal.

Se salveaza cu tasta F10 si se revine cu Exit in Ecranul de cereri. Aici se pot vizualiza campurile Prefix(nou) si Numar extern(nou), cu prefixul si numarul principal care urmeaza sa fie portat:

Pentru cererea de port-in pentru ISDN PRA in ecranul Detalii portare diferenta fata de o cerere de port-in obisnuita cum a fost cea din exemplul de cerere de portare complexa, este ca se completeaza si campurile:

  • Numar inceput
  • Numar sfarsit;
  • Numar principal:

Se salveaza inregistrarile cu tasta F10 si se revine cu Exit in Ecranul de cereri.

In blocul Selectati produsele de modificat se introduce obiectul OPTIUNE_PRODUS:

In blocul Produse / atribute noi se completeaza campurile dupa regulile cunoscute de la o instalare obisnuita de ISDN PRA - numere suplimentare.

Dupa validare cererea de Port-in pentru ISDN PRA are urmatoarele stadii:

Stadii

Participanti

IN_REVIZUIRE_DATE

User-ul care a introdus cererea

IN_COMUNICARE_RESPINGERE

SO_BO

IN_APROBARE_DEBITE

SO_BO

IN_ANGAJAMENT_PLATA

SO_BO

IN_ASIGNARE_PORTARE

SO_BO

IN_COMPLETARE_CONTRACT

SO_BO

IN_MASURARE_OI

SO_BO

Daca numarul principal / un singur numar / mai multe numere din seria de numere nu poate fi portat, cererea este respinsa.

O serie de numere (PRA+DDI-urile aferente) este considerata ca fiind un numar principal, de aceea nu se accepta portare partiala pentru produsele ISDN PRA.

Dupa emitere OS-ul de Port-in pentru ISDN PRA are urmatoarele stadii:

Stadii

Participanti

NOTIFICARE_CLIENT_TIMP_PORTARE

SO_BO comunica clientului data si intervalul orar stabilit de Operatorul Donor la care va avea loc portarea.

CENTRALA

IMCC (activare resurse & restrictionare apeluri de iesire)

OI_PORT_IN_MASA

Pregatirea datelor din SO pentru dispecerizare

OI_PORT_IN_CLIENT

Pregatirea datelor din SO pentru dispecerizare

CENTRALA

IMCC (dezactivarea restrictiionarii de apeluri iesire)

CONFIRMARE_STOP_MODIFICARE

O/I dupa acest pas nu mai este permis FO pe lucrare

2.8 Cererea de Port-in pentru ISDN BRA

Cererile de Port-in pentru produsele ISDN-2 JURIDICI, ISDN-2 JURIDICI PROMO se introduc dupa instructiunile cunoscute si cu exceptiile descrise in exemplele de mai sus.

Modul de lucru in blocul Numere apel este de la fel ca la cererile de Port-in pentru ISDN PRA. Mai jos este descris unul dintre cele doua moduri de lucru:

  • campul Prefix(nou) se completeaza cu ajutorul listei derulante (F9);
  • campul Numar extern(nou) se completeaza manual;
  • bifa de Principal se aplica manual de catre user:

Se acceseaza butonul Numere apel. In ecranul Modificare numere apel sistemul completeaza automat campurile:

  • Prefix(nou);
  • Numar extern(nou)

Acestea sunt datele completate de user in blocul Numere apel. Bifa de Principal este de asemenea aplicata automat de sistem:

Numerele suplimentare se introduc in acest ecran astfel:

manual in cazul in care ele nu fac parte dintr-o serie de numere consecutive;

cu ajutorul butonului Adaug daca fac parte dintr-o serie de numere cosecutive.

Se salveaza inregistrarile cu tasta F10 si se revine in Ecranul de cereri cu Exit.

In blocul Selectati produsele de modificat se introduce obiectul OPTIUNE_PRODUS:

In blocul Produse / atribute noi se completeaza dupa regulile cunoscute de la o instalare obisnuite de ISDN BRA - numere suplimentare.

Difera modul de lucru si in Ecranul Detalii portare:

  • nu se completeaza campurile: - Numar inceput;

Numar sfarsit;

Numar principal.

asa cum se procedeaza pentru produsele ISDN PRA):

Dupa validare cererea de Port-in pentru ISDN BRA are urmatoarele stadii:

Stadii

Participanti

IN_REVIZUIRE_DATE

User-ul care a introdus cererea

IN_COMUNICARE_RESPINGERE

SO_BO

IN_APROBARE_DEBITE

SO_BO

IN_ANGAJAMENT_PLATA

SO_BO

IN_ASIGNARE_PORTARE

SO_BO

IN_COMPLETARE_CONTRACT

SO_BO

Daca numarul principal / un singur numar / mai multe numere din seria de numere nu poate fi portat, cererea este respinsa.

Dupa emitere OS-ul de port-in pentru ISDN BRA are urmatoarele stadii:

Stadii

Participanti

NOTIFICARE_CLIENT_TIMP_PORTARE

SO_BO comunica clientului data si intervalul orar stabilit de Operatorul Donor la care va avea loc portarea.

CENTRALA

IMCC (activare resurse & restrictionare apeluri de iesire)

OI_PORT_IN_MASA

Pregatirea datelor din SO pentru dispecerizare

OI_PORT_IN_CLIENT

Pregatirea datelor din SO pentru dispecerizare

CENTRALA

IMCC (dezactivarea restrictiionarii de apeluri iesire)

CONFIRMARE_STOP_MODIFICARE

O/I

Lucrarile de Port - in NU au configurat ca participant RSA.

In Inventar Retea/Numere apel, numerele portate (venite) de la un alt operator au starea O= Ocupat categoria FOLO:

Daca ulterior, se desfiinteaza linia care a avut numar portat, acel numar portat isi schimba starea in E= Extern categoria FOLO. El nu mai poate fi utilizat pe alte lucrari specifice Romtelecom, dar poate fi folosit tot pentru o cerere port-in:

Cererile de Port-in pentru numere TELVERDE/UNITEL si numere SVA se vor introduce in SO si se vor procesa integral de catre Departamentul Suport Livrare Servicii, fara a implica useri din canalele de vanzare Romtelecom. Detalii se regasesc in ultimul capitol al acestui material

PORT - OUT

In procesul de Port - out, Romtelecom este Operator Donor (FD) si FOLO (=Alt operator de tel fixa) este Operator Acceptor (FA).

In cazul Port-out, clientul Romtelecom care doreste sa-si porteze numarul de telefon la un alt operator de telefonie fixa, nu are obligatia de a instiinta Romtelecom de acest lucru.

Clientul prezinta cererea de portare la furnizorul respectiv (FA). Informatia ajunge la Romtelecom (FD) prin intermediul bazei de date pusa la dispozitie de ANRCTI.

3.1 Lucrari configurate pentru cererile de Port-out

In aplicatia Service Order va fi generata automat una din lucrarile configurate pentru procesul de PORT OUT:

COD

DENUMIRE

DESF ISDN-2 NP

Desfiintare ISDN-2 Fizici/Juridici NP

DESF LINIE ISDN PRA NP

Desfiintare Linie ISDN PRA NP

DESF NR SUPL ISDN NP

Desfiintare Numar Suplimentar ISDN NP

DESF NR SUPL TRK E1-R2 NP

Desfiintare Numerotatie TRK Punct Acces Flux 2Mb NP

DESF NR TELVERDE NP

Desfiintare Numar Virtual TELVERDE NP

DESF NR UIAN NP

Desfiintare Numar Unic de Acces la Internet NP

DESF NR UNITEL NP

Desfiintare Numar Virtual UNITEL NP

DESF PP/TRK NP

Desfiintare post principal/TRK NP

DESF TRK E1-R2 NP

Desfiintare Trunchi pe Punct de Acces pe Flux 2Mb NP

Cererea de port-out ajunge automat in aplicatia SO, in stadiul IN_STABILIRE_TIMP_PORTARE. Aceasta activitate este procesata de catre Departamentul Suport Livrare Servicii (SO_BO):

In stadiul IN_STABILIRE_TIMP_PORTARE, Ecranul Detalii portare este completat automat de sistem cu urmatoarele date:

Cod Abonat Olo;

Nume client;

Tip client;

Identificat prin (CIF pentru clientii persoane juridice sau CNP pentru clientii persoane fizice);

Numarul (CIF/CNP);

Interval Portare Inceput;

Interval Portare Sfarsit;

Adresa de produs;

Proces BDC (reprezinta data: an, luna, zi si numarul de ordine dat de BDC - baza de date ANRCTI - procesului de portare pentru ziua respectiva);

Acceptor (pentru cererile de port-out Acceptorul este FOLO);

Donor (pentru cererile de port-out Donorul este Romtelecom).

Sursa Externa este un camp care se refera la provenienta cererii si este bifat implicit pentru cererile de Port-out:

In acest stadiu echipa SO_BO stabileste data la care Romtelecom urmeaza sa dezactiveze serviciul clientului. Data portarii trebuie sa fie cuprinsa intre datele completate in campurile Interval Portare Inceput si Interval Portare Sfarsit     si sa fie o zi lucratoare. Aceasta data se inregistreaza in campul Data portare.

Daca intre datele clientului din cererea de Port-out si datele din aplicatia Service Order exista neconcordante (CNP/CUI, Nume client, adresa produs), SO_BO respinge cererea si procesul este incheiat.

De asemenea SO_BO verifica:

  • sa nu fie cereri in curs de procesare pe numarul de apel care se doreste a fi portat. Daca exista cereri pe flux de Mutare, SNA sau Schimbare Titular, va respinge cererea de Port-out;
  • existenta unor produse dependente de numarul care se doreste a fi portat (ADSL, TV, hunting, TELVERDE, altele).

Odata executata activitatea de IN_STABILIRE_TIMP_PORTARE, nu se mai poate modifica Data de portare, deoarece urmatorul stadiu IN_EMITERE_OS, este pas automat.

Dupa executarea acestei activitati Data portare va fi vizibila pentru toti utilizatorii care acceseaza butonul Detalii portare.

3.2 Stadiile unei cereri de port-out

Dupa generarea automata in aplicatia Service Order, o cerere de Port-out are urmatoarele stadii:

Stadii

Participanti

IN_STABILIRE_TIMP_PORTARE

SO_BO - stabileste data la care Romtelecom urmeaza sa dezactiveze serviciul clientului sau respinge cererea in cazul unor neconcordante intre datele din cererea de port-out si datele din aplicatia SO.

IN_EMITERE_OS

O/I - pas automat

3.3 Stadiile unui OS de Port-out

Dupa emitere un OS de Port-out are urmatoarele stadii:

Stadii

Participanti

CENTRALA

IMCC - desfiintare numar pentru portare si adaugare numar de rutare in centrala.

CONFIRMARE_STOP_MODIFICARE

O/I - dupa acest pas nu mai este permis FO pe lucrare

OI_PORT_OUT_MASA

Pregatirea datelor de catre SO pentru dispecerizare

In cazul in care clientul accepta una din ofertele de retentie prezentate de personalul Save Desk, atunci clientul trebuie sa se prezinte la FOLO-Operatorul Acceptor la care a depus cererea de portare pentru anularea ei.

Cererea de Port-out este respinsa automat prin intermediul BDC (baza de date ANRCTI) in urma solicitarii venite de la FOLO.

Dupa emitere, OS-ul ajunge in Centrala.

3.4 Tipuri de activitati noi pe OS-urile de Port-out pentru IMCC

Pentru OS-urile de Port-out sunt configurate urmatoarele activitati noi pentru IMCC:

  • MTL_SWITCH_DEACTIV_REROUT - desfiintare numar pentru portare si adaugare numar de rutare in centrala
  • MTL_SWITCH_ACTIV_UNROUT - reinstalare numar desfiintat pentru portare si stergere numar de rutare din centrala - in caz de FO.

Vizualizarea informatiei de rutare in CENTRALA

La un OS de Port-out, prima activitate cu Tip participant CENTRALA, are in campul Expl. detalierea activitatii: desfiintare numar pentru portare si adaugare numar de rutare in centrala. La accesarea butonului OI Param se poate vizualiza informatia de rutare:

De asemenea, numarul de rutare se poate vizualiza si din subpagina Atribute (ultima subpagina accesibila):

Numerele de apel care au plecat de la Romtelecom sunt evidentiate distinct in Service Order.

In meniul Inventar Retea / Numere apel, numerele Numerele portate (plecate) la un alt operator au starea D=Donat:

Pentru un produs pentru care cererea de Port - out a fost finalizata, nu se vor mai primi alte solicitari din partea clientului.

Cereri de port-out pe circuite partajate

Cererile de Port-out ajung in Service Order in activitatea de Stabilire timp portare, activitate tratata de echipa SLS (SO_BO). In aceasta activitate se verifica tipul de partajare al circuitului produsului de voce. In functie de tipul de partajare al circuitului se vor identifica urmatoarele scenarii:

4.1. Portare pentru clientii cu circuit partajat ADSL

In cazul clientilor care solicita port-out pe un produs de voce care are un circuit partajat de tip ADSL, SO_BO se asigura ca exista o cerere de desfiintare pentru produsul de ADSL, si daca nu exista, inregistreaza o cerere de DESF ADSL.

Portare pentru clientii cu bucla SULL

In cazul clientilor care solicita port-out pe un produs de voce care are un circuit partajat de tip LLU (are o bucla SULL), se verifica daca bucla SULL (alocata produsului de voce) are splitter de la Romtelecom, si daca exista atunci SO_BO va introduce o cerere de desfiintare splitter - DESF SPLITTER LLU RTC

La finalizarea cererii de port-out in Service Order, se va trimite o notificare automata prin mail catre echipa Wholesale. Aceasta trebuie sa ia legatura cu operatorul buclei si sa-i solicita acestuia sa initieze cererea de UPGRADE LLU, pentru transformarea buclei din SULL in FULL, sau cererea de desfiintare a buclei DESF LLU SULL.

In Service Order nu se va desfiinta produsul sull, desi abonatul nu mai beneficiaza de acest serviciu, decat atunci cand se primeste solicitarea de desfiintare din eCare.

Pe cererea de port-out a unui produs care are o bucla SULL va fi afisat in campul Obs OS mesajul "Exista abonamente copil legate de acest abonament".

ATENTIE!!! Aceasta informatie este necesara atunci cand se solicita desfiintarea unui produs de voce si circuitul acestuia este partajat, deoarece la executia OS-ului, trebuie restrictionat accesul clientului doar la serviciile de voce, urmand ca serviciile de date sa fie in continuare active.

Portare pentru clientii cu bucla FULL

In cazul clientilor care solicita port-out pe un produs de voce pentru care operatorul FOLO nu poate asigura circuitul tehnic (nu are conditii tehnice) necesar functionarii numarului, operatorul va trimite catre Romtelecom pe langa cererea de port-out si o cerere de instalare circuit de tip LLU (doreste o bucla FULL).

In momentul in care cererea de port-out ajunge in Stabilire timp portare SO_BO verifica daca exista cererea de INST LLU FULL PORTARE si in ce stadiu se afla aceasta. SO_BO trebuie sa se asigure ca cererea de INST LLU FULL PORTARE se finalizeaza inainte de Data stabilita pentru portare.

De asemenea, acest caz trebuie tratat diferit de o desfiintare simpla, pentru a nu desfiinta bucla instalata anterior prin cererea de INST LLU FULL PORTARE.

Se va completa pe cererea de port-out in campul de Obs de pe cerere mesajul "ATENTIE!!ESTE BUCLA FULL PORTARE!!A NU SE DESFIINTA".

Cererea de INST LLU FULL PORTARE are aceleasi stadii ca si cererea de INST LLU SULL - Completare precontract, Asignare, Masurare, Asteptare emitere. Singura activitate manuala este cea de Masuratori, celelalte activitati sunt automate.

OS-ul ajunge la Masa si ultimul executant.

Activitatea de Asignare - este executata automat de sistem, prin completarea automata a asignarii numarului de voce (telefonul suport al buclei) pe care se doreste partajarea:

In activitatea de Masurare - Utilizatorul OSA contacteaza reprezentantul Suport Tehnic pentru a-l instiinta sa faca masuratorile circuitului aflat in lucru.

In aceasta activitate se fac masuratorile fizice pe circuit, iar in aplicatie se bifeaza campul Masurat de catre utilizatorii OSA in baza raportului tehnic primit de la compartimentul Suport Tehnic in momentul in care circuitul se incadreaza in normele de masuratori impuse.

Dupa executarea acestei activitati ceilalti pasi pana la emiterea OS-ului sunt executati automat de aplicatie.

Dupa ce se desfiinteaza produsul de voce prin port-out, acest circuit isi va schimba partajarea din LLU - VOCE si va deveni o bucla de tip FULL.

Bucla FULL se va regasi pe operatorul FOLO care a facut solicitarea, si va aparea in Produse ca un produs LLU FULL PORTARE.

Singurul motiv pentru care o cerere de INST LLU FULL PORTARE ramane in activitatea de Asignare, este dat de faptul ca sistemul nu poate pune automat asignarea produsului de voce, deoarece vocea are deja un circuit partajat (exista o bucla SULL, sau abonatul are ADSL).

In acest caz cererea este respinsa cu motiv "ADSL - LLU LTP CU ADSL EXISTENT" deoarece nu se poate onora solicitarea decat in cazul in care circuitul de voce initial nu este partajat (tipul circuit al produsului de voce este individual).

Anularea cererilor de portare

5.1 Anularea cererii de Port-in

Un client poate anula o cerere de portare pana la [data de portare - 24 de ore], ceea ce inseamna maxim cu o zi inainte de data portarii, fara niciun fel de implicatii.

O cerere de Port-in poate fi anulata prin completarea Anexei de Anulare Portare (document extern aplicatiei Service Order).

Aceasta anexa se completeaza de catre titularul numarului de telefon (cel care a depus si cererea de Port in - Anexa 1), la acelasi canal de vanzare la care s-a inregistrat Cererea de Port-in (Anexa 1).

Deoarece personalul de vanzari nu poate anula in SO cererea de port-in (cererea in SO va fi intr-un stadiu care nu poate fi respins de catre canalul de vanzare), se va trimite mail pe adresa so_bo@romtelecom.ro pentru anularea cererii de portare. De asemenea, se va trimite pe fax 0268416161 cererea de anulare portare completata si semnata de catre client (NU SE VOR OPERA ANULARI DE PORTARE IN SO FARA CEREREA CLIENTULUI!!)

Comp. SO_BO va verifica din nou ca anularea a fost ceruta in termenul legal de renuntare si va initia respingerea cererii de port-in. Daca ea se afla intr-o activitate tratata de catre SO_BO, va respinge cererea imediat. Daca se afla la un participant de tehnic, va solicita respingerea la participantul respectiv.

5.2 Anularea cererii de Port-out

In cazul in care clientul accepta una din ofertele de retentie prezentate de personalul Save Desk, atunci clientul trebuie sa se prezinte la FOLO-Operatorul Acceptor la care a depus cererea de portare pentru anularea ei.

Cererea de Port-out din Service Order este respinsa automat prin intermediul BDC (baza de date ANRCTI) in urma solicitarii venite de la FOLO (=alt operator de telefonie fixa).

O cerere de PORT_OUT nu va fi respinsa de catre SO_BO pe motiv ca renunta clientul la portare!!! Anularea trebuie initiata prin BDC!!!

Portabilitatea numerelor nongeografice (altele decat cele mobile)

In aceasta categorie sunt cuprinse numerele de telefon destinate serviciilor de apel gratuit - Freephone (de tip 0800), serviciilor bazate pe numere de acces universal (de tip 0801) si pe numerele personale universale (de tip 0802) si serviciilor cu tarif special (de tip 0900, 0903 si 0906); utilizatorii acestor servicii vor putea pastra numarul de telefon atunci cand solicita transferul de la un furnizor de servicii destinate publicului la altul, cu conditia pastrarii destinatiei initiale a numarului.

Numarul verde portat trebuie sa contina inainte codul platformei Alcatel IN 18880 (ex: 18880 080008 XXXX).

In momentul in care un client decide sa porteze un numar verde (IN) de la un alt operator de telefonie fixa la ROMTELECOM si acesta nu este client ROMTELECOM (nu are numere fixe LTP/TRK sau ISDN), acestea trebuie instalate, deoarece sunt rutate numai apelurile venite pe un numar verde (IN) ROMTELECOM si numai catre numere din reteaua ROMTELECOM.

Participantii la aceste lucrari sunt:

- comp BSC Bucuresti - pentru solicitari de port-in

- comp SO_BO - pentru inregistrare cerere in SO de port-in, tratare activitati comercial

- participant tehnic B_IN - pentru configurarea numarului portat in Platforma Inteligenta

6.1 Port-in pentru numerele non-geografice (altele decat cele mobile)

Reprezentantul ROMTELECOM (BSC, BSC-WHOLESALE) solicita clientului sa completeze cererea de portare a numarului/ numerelor de apel, pe care o descarca de pe site-ul ROMTELECOM www.romtelecom.ro (Anexa 1 - document extern aplicatiei Sevice Order) si sa ataseze la aceasta urmatoarele documente:

Actul firmei;

Actul de identitate al reprezentantului legal din partea firmei;

Imputernicirea prin care se dovedeste ca este reprezentantul legal al firmei;

Copie dupa ultima factura emisa de FOLO (=alt operator de telefonie fixa);

Numarul de telefon de contact, altul decat cel care urmeaza sa fie portat.

Cererea trebuie sa fie semnata si stampilata de catre client.

6.2 Introducerea cererii de Port-in pentru numerele non-geografice - (altele decat cele mobile) - in aplicatia Service Order

Romtelecom este operatorul Acceptor.

FOLO (=alt operator de telefonie fixa) este operatorul Donor.

Pentru introducerea cererii de Port-in in aplicatia Service Order, reprezentantii BSC, BSC-WHOLESALE trebuie sa trimita la SO_BO, scanate pe e-mail sau prin fax 0268416161, urmatoarele:

PreOS;

Anexa 1 (Cererea de portare);

Copie dupa ultima factura de la FD - operatorul Donor.

Actul firmei;

Actul de identitate al reprezentantului legal din partea firmei;

Imputernicirea prin care se dovedeste ca este reprezentantul legal al firmei;

Numarul de telefon de contact, altul decat cel care urmeaza sa fie portat

SO_BO introduce cererea in aplicatia SO, si o trateaza pana la generarea contractului. Emiterea OS-ului este un pas automat.

In cel mult 4 zile de la inregistrarea cererii de Port in, Operatorul Donor (FD) trebuie sa comunice Romtelecom - Operatorul Acceptor (FA), prin intermediul BDC (baza de date a ANRCTI), acceptul sau refuzul cererii de portare precum si data stabilita pentru portare.

Dupa emitere OS-ul intra in activitatea de NOTIFICARE_CLIENT_TIMP_PORTARE, executata de echipa SO_BO care informeaza clientul despre data si intervalul orar stabilit de Operatorul Donor la care va avea loc portarea - instalarea serviciului de la Romtelecom si dezactivarea serviciului de la FOLO.

Fluxul OS-ului continua cu activitatile pentru configurare in Platforma Inteligenta care sunt gestionate de Compartimentul IN.     User-ul IN activeaza numarul in Platforma Inteligenta si executa activitatile in SO.

Reprezentantii BSC, BSC-WHOLESALE vor fi notificati prin aplicatia WorklistApplication in care se va opera executia cu succes sau executia esuata pentru activarea serviciului. Acestia vor opera manual activitatile de instalare si vor verifica functionalitatea serviciului.

6.3 Port-out pentru numerele non-geografice - (altele decat cele mobile) - in aplicatia Service Order

Procesul de port-out pentru numerele non-geografice nu se desfasoara prin aplicatia SO.

Daca numerele cerute pentru portare nu exista in SO, portarea-out se desfasoara prin aplicatia WorklistApplication (WA-denumita in continuare)

Daca numerele cerute pentru portare exista in SO, dupa portarea prin WA, se va emite scriptic OS de desfiintare de catre SO_BO, pentru corelarea datelor cu realitatea.

7.Lucrari de MUTARE pentru numere portate la Romtelecom de la un alt operator

Pentru numerele portate de la un alt operator, exista restrictie pentru introducerea in aplicatia Service Order a urmatoarelor tipuri de lucrari:

ST;

SNA;

MUTARE

Nu este posibila activarea niciunei optiuni de Numere Favorite;

Nu este posibila transformarea unui numar ISDN PRA portat in ISDN BRA sau PP/TRK si invers.

Pentru lucrarile de Mutare au fost agreate exceptii descrise in continuare.

Pe un numar portat la Romtelecom (produs instalat cu o cerere de Port-in) sunt posibile lucrarile de Mutare care Nu schimba centrala in care este instalat numarul:

mutari interioare;

mutari fara schimbare de resurse;

mutari in cadrul aceleiasi centrale

Daca se introduc lucrari care nu respecta aceste criterii, la tratarea activitatii de Asignare se vor primi mesaje de eroare ca in exemplele de mai jos si cererile vor fi respinse:

Sau:

Tarifele pentru aceste lucrari nu sunt diferite de tarifele pentru lucrarile normale (pentru produse obisnuite).

Urmatoarele lucrari se pot utiliza si pentru numerele portate de la un alt operator:

COD

MUT EXT ISDN BRA

MUT EXT ISDN BRA IN RETEA

MUT EXT ISDN PRA

MUT EXT ISDN PRA IN RETEA

MUT EXT PP / TRK

MUT EXT PP/TRK IN RETEA O/I

MUT EXT PP/TRK O/I

MUTARE INT ISDN BRA

MUTARE INT ISDN PRA

MUTARE INT P SUP

MUTARE INT PP

Modul de lucru pentru aceste lucrari in cazul numerelor portate de la un alt operator la Romtelecom, este identic cu modul de lucru pentru produsele de voce obisnuite.



Politica de confidentialitate | Termeni si conditii de utilizare



DISTRIBUIE DOCUMENTUL

Comentarii


Vizualizari: 2291
Importanta: rank

Comenteaza documentul:

Te rugam sa te autentifici sau sa iti faci cont pentru a putea comenta

Creaza cont nou

Termeni si conditii de utilizare | Contact
© SCRIGROUP 2024 . All rights reserved