Uanset ordretyper, hvis du er ny til at portere eller arbejde på et stort projekt og har brug for vejledning, skal du henvende dig til PTS-teamet. Se afsnittet Oprettelse af en supportsag til Cisco-opkaldsplan .

PTS understøtter nummerordrer i Cisco-opkaldsplanen, herunder nummeroverførsel, ny nummerbestilling og besvarelse af alle relaterede forespørgsler.

Eksempel	Standard	Projekt	Udfør en af følgende:
1 TN (telefonnummer)	1-50 TN'er	> 50 TN'er	> 1 TN
BTN – Faktureringstelefonnummer (Billing Telephone Number)	1 btn	1 btn	> 1 BTN
Tjenestens adresse	Tjenestens adresse	Tjenestens adresse	> 1 tjenesteadresse
1 tab af operatørnavn	1 tab af operatørnavn	1 tab af operatørnavn	> 1 tab af operatørnavn
1 hastighedscenter	1 hastighedscenter (USA eller CA)	1 hastighedscenter (USA eller CA)	> 1 hastighedscenter (US eller CA)
--	--	CSR (Customer Service Record) påkrævet (USA eller CA)	CSR påkrævet (US eller CA)
--	--	10-35 arbejdsdage til behandling	10-35 arbejdsdage til behandling

Følgende sikrer en problemfri og vellykket nummerporteringsoplevelse:

• Aktivér numre

  • Sørg for, at porteringsnumrene forbliver aktive med den tabende udbyder under hele processen.

  • Afbryd ikke tjenester, før nummerportering er fuldført og bekræftet.

• Fjern frysning, og identificer legitimationsoplysninger

  • Fjern alle kontofrysninger eller -begrænsninger.

  • Identificer eventuelle PIN-koder, adgangskoder eller adgangskoder, der er knyttet til numrene. Dette er for yderligere porteringsoplysninger, der kan være nødvendige for at placere portanmodningen.

• Kontrollér numrene grundigt.

  • Før du indsender ordren, skal du omhyggeligt gennemgå alle numre.

  • Når numrene er indsendt, kan der ikke tilføjes eller ændres.

• Konsistente overførselsoplysninger– Overførselsoplysningerne skal stemme overens med optegnelserne for den tabende udbyder, uanset hvor numrene overføres til.

• Kundeserviceregister (CSR, US eller CA) – Selvom det ikke altid er påkrævet, hjælper det at få en aktuel kundeserviceregistrering (CSR) fra den tabende udbyder med nøjagtige porteringsoplysninger.

• Identificer porttype

  • Identificer typen af port: enkelt, standard, projekt eller kompleks.

  • Dette sætter forventninger til krav og behandlingstid.

• Tab af operatørsvartid – Forvent, at det tabende udbyder svarer mindst fem arbejdsdage, når en portanmodning er indsendt eller genindsendt.

• Bekræftet portdato– Når en portanmodning modtager en FOC fra den tabende udbyder, afvises ændring af den bekræftede dato, da den tilføjer kompleksitet til ordren.

• Kunder skal sikre, at de oplysninger, de giver med henblik på havnefacilitering, er nøjagtige og fuldstændige. Unøjagtige eller ufuldstændige oplysninger resulterer i afvisning af havnene.

• Afvisninger kan nulstille den porterende SLA afhængigt af landet.

• For at fremskynde processen opfordrer vi kunderne til at samarbejde med den tabende udbyder for at rydde afslaget og derefter opdatere den afviste ordre i Control Hub og genindsende anmodningen om behandling.

• Mistede luftfartsselskaber afviser anmodninger af én årsag ad gangen. Hvis en inaktiv nummeranmodning afvises, kan der opstå en efterfølgende afvisning af BTN, når ordren sendes igen.

Vigtigste årsager til afvisning

Almindelige årsager, som et tabende luftfartsselskab kan afvise en portanmodning, omfatter:

• Den gamle tjenesteudbyder har en LSR under behandling på kontoen (eksempelvis en udgående overførsel eller en adresseændring).

• BTN eller ATN (kontotelefonnummer) stemmer ikke overens.

• Nogle af telefonnumrene kan ikke overføres, fordi de er inaktive eller ikke er en del af slutbrugerens konto.

• Placeringsoplysningerne stemmer ikke overens.

• Adgangskode/pinkode skal leveres til trådløs port.

• Der er allerede blevet afgivet en ordre med den tabende udbyder, der er i konflikt (f.eks. en port out eller adresseændring).

• Enhedsnavnet stemmer ikke overens.

• For trådløse porte, der kræver en adgangskode eller pinkode.

• Et eller flere telefonnumre er afbrudt. Før denne port kan fortsætte, skal brugeren kontakte sin nuværende udbyder for at genaktivere telefonnumrene.

• Kontonummeret (AN) stemmer ikke overens.

• Persongodkendelser stemmer ikke overens.

• BTN matchede ikke.

• Faktureringstelefonnummeret er et af de telefonnumre, der overføres. Brugeren skal følgelig angive overførselsordretypen, handling for resterende numre samt et nyt faktureringstelefonnummer.

• Adressen i fuld tjeneste stemte ikke overens.

• Den anden tjenesteudbyder (OSP) kræver, at porteringsordren opdeles og indsendes som separate ordrer.

• Enhedsnavn (f.eks. virksomhedsnavn) stemmer ikke overens.

• Placeringsoplysningerne stemmer ikke overens med oplysningerne om CSR.

• Alle data om portordren stemmer ikke overens.

• Tjenesteudbydere (SP'er) eller forhandlere kan angive telefonnumre, der tilhører de underliggende udbydere.

• Det er almindeligt for kunder at modtage en regning fra et telefonselskab uden at vide, at deres numre tilhører en underliggende udbyder.

• Når en forhandler er involveret, skal overførselsoplysningerne stadig være i overensstemmelse med luftfartsselskabets underliggende registre, uanset hvilke oplysninger der står på forhandlerens regning til kunden.

• Hvis en afvisning af en havn involverer en forhandler, skal kunden bede sin udbyder (videreforhandleren) om at få de korrekte oplysninger fra den underliggende udbyder.

Kunden har mulighed for at ændre eller annullere sin ordre i Control Hub, før den tabende udbyder leverer en FOC uden risiko for, at deres numre overføres eller påvirker deres tjenester.

• Når som helst = ingen risiko

Når den tabende udbyder har givet FOC, kan kunden ikke ændre portordren i Control Hub og skal åbne en supportsag med Cisco PSTN Technical Services (PTS).

Anmodning om at ændre eller annullere portdatoen efter FOC indebærer en risiko for, at den tabende udbyder kan droppe linjerne som planlagt, hvilket afbryder telefontjenesten.

• 72 timer = minimal risiko

• 48-72 timer = lav risiko

• 24-48 timer = moderat risiko

• < 24 timer = høj risiko

Disse oplysninger kan variere fra land til land.

En snapback, også kendt som en nødgenoprettelse, involverer øjeblikkelig overførsel af et nummer tilbage til den tabende carrier.

Tidsvinduet kan være mellem 1-48 timer, afhængigt af, om transportøren og landet mister.

• Snapbacks kan være resultatet af en forkert eller uforudset omstændighed under portering, men de kan også skyldes slamming (uautoriseret portering til en anden operatør, uanset om det er forsætligt eller ved fejl).

• Kunden skal åbne en PSTN Technical Support (PTS) supportsag så hurtigt som muligt for at starte snapback-anmodningen. Åbn en supportsag vedrørende Cisco-opkaldsplaner

Port in – dag for port (FOC)

På den planlagte dag (FOC-dato) for din nummerportering anbefales det at udføre et par kontroller for at bekræfte, at alt er i orden og forberedt til overføringsprocessen. Sørg for, at du har –

• Tildelte et nummer eller alle numre til de tilknyttede brugere eller funktioner, der er indstillet til at blive overført.

• Dit system klargjort og eventuel hardware, der er konfigureret og forberedt til portering.

Portaktivering

Porte aktiveres automatisk på tidspunktet for FOC. Nogle gange kan der dog være en lille forsinkelse i overførslen af dit eller dine numre. Dine numre overføres generelt af FOC, men dette kan påvirkes af følgende årsager:

• Den tabende udbyder (LCP) frigiver numrene.

• Systemerne mellem Cisco (vindende udbyder) og den tabende udbyder.

• Der kan være flere operatører mellem udbyderen, der vinder og taber, hvis indehaverne af koden eller intervallet er forskellige fra den aktuelle udbyder.

  Indehavere af kode eller rækkevidde skal tilføje deres præfikser i udvekslingerne for at dirigere opkald korrekt, hvilket også kan forsinke aktiveringstider.

• Usædvanligt store mængder anmodninger (der kan være en lille forsinkelse).

• Tillad mindst 15 minutter (30 minutter for projekt- eller komplekse porte), før numre begynder at fungere.

Hvis aktivering tager længere tid end forventet, anbefaler vi følgende:

• Hvis numre ikke fungerer 15-30 minutter efter portaktiveringstiden, skal du kontrollere alle Control Hub-konfigurationer, ordrer og telefonnummerstatuer.

• Efter bekræftelse af konfigurationer og statusser, og numrene stadig ikke foretager eller modtager opkald, skal du åbne en PTS-supportsag. Åbn en supportsag vedrørende Cisco-opkaldsplaner PTS-teamet foretager fejlfinding og arbejder på at løse problemet så hurtigt som muligt.

• Havnedag – Understøttelse af understøttelse af udbyderportering (afhængigt af LCP og land) er normalt mellem kl. 9 og 4 på almindelige arbejdsdage.

• Cisco PSTN-teknisk support (PTS) er tilgængelig 24/5.

  • PTS sigter mod at reagere inden for 2 timer efter en nyligt rejst sag.

  • Målet med PTS er at løse alle problemer så hurtigt som muligt. Alle engagerede tidspunkter er den bedste indsats.

Problemer, der stammer fra den tabende udbyder eller en tredjepartsudbyder: Selv om PTS løbende jagter og lægger pres på, hvor det er muligt, skal PTS også tillade en periode (styret af SLA'er) til at løse problemer, før de eskalerer internt. Understøttelsesområdet for PTS er Cisco-opkaldsplanens nummerordrer, herunder nummeroverførsel, ny nummerbestilling og eventuelle forespørgsler i forbindelse med de nævnte.

Åbn en supportsag vedrørende Cisco-opkaldsplaner

Hvis du vil rejse en supportsag til Cisco-opkaldsplanen, skal du bruge linket i din PSTN-ordre i Control Hub.

1. Gå til Opkald > PSTN > Bestilling

2. Hvis du ikke har en ordre, kan du vælge din ordre.

   For at starte en ordre, Vælg din placering > Bestil nye numre > Næste.

   Du behøver ikke at fortsætte ud over at vælge nummerpodiet for at få valgmuligheden Åbn en Cisco-opkaldsplaner supportsag .

3. Klik på Åbn en supportsag til Cisco-opkaldsplaner i rækkefølgen eller mockordren for at åbne en PTS-supportsag.

   Den starter en billetsportal.

4. Vælg den korrekte kategori og underkategori, og indsend.

Alternativt kan du sende os en e-mail på pstn-support@cisco.com , så vi kan oprette en sag på dine vegne.