Tilauskäsittelymoduulin työnkulkutoiminnallisuuden avulla voidaan luoda seuraavanlaisia tehtäviä:
- Asenna
- Lopeta
- Yhteysongelma
- Verkkotapahtuma
- Telco Migrate
- Portin siirto
- ONT-asennus
Saapuvat tehtävät ja lähtevät tehtävät
Gridsz termejä InTask ja OutTask erottaakseen saapuvat ja lähtevät tehtävät toisistaan.
InTask on aktiivisen operaattorin luoma tilaus. Tämä tilaus toimitetaan GRIDSZ ja portaalin kautta urakoitsijalle. Luodun InTask-tilauksen tyypistä riippuen tehtävä osoitetaan sille osapuolelle, jonka passiivinen operaattori on määrännyt suorittamaan työn. InTask-tehtävään voi liittyä SLA-sopimus, joka näkyy käyttöliittymässä. Jokaisella InTask-tehtävällä on oma, yksilöllinen DHID-numero, yhteystunnus ja hakukoodi. Nämä yksilölliset tunnistenumerot ovat samat InTask- ja OutTask-tehtävissä.
OutTask on Gridsz luoma tehtäväjoukko, Gridsz aktiivisen operaattorin vastaanottamaan InTask-tilaukseen. OutTask näkyy vastaanottajan portaalissa ja sovellusrajapinnassa. Jokainen OutTask sisältää tiedot, joita alihankkija tarvitsee työn suorittamiseen, sekä tilauksen metatiedot, kuten mukana olevien tehtävien tilan, SLA-tilan, luomis- ja viimeisimmän päivityspäivän, prioriteetin sekä tarvittaessa asiakkaan yhteystiedot.
Asenna
Asennustehtäväjouk ko sisältää aina PoP -pisteelle tarkoitetun Patch_Install -vakiotehtävän sekä mahdollisesti FTU_Construct- tai FTU_Reconstruct-tehtävän loppukäyttäjän kotona sijaitsev -laitteelle .
Asennettavan FTU-tyyppi on vapaamuotoinen teksti, jonka operaattori määrittää suoraan. Gridsz , että urakoitsija on tietoinen siitä, minkä tyyppisiä FTU-yksiköitä voidaan tilata.
Joissakin tilanteissa loppukäyttäjän kotona on jo FTU, jolloin urakoitsijalle annetaan tehtäväksi vain patch_install-tehtävä. On myös mahdollista, että nykyisen operaattorin toimittama FTU eroaa loppukäyttäjän kotona olevasta nykyisestä FTU:sta, jolloin urakoitsijalle annetaan FTU_Reconstruct-tehtävä.
Liitännän asentamiseen tarvitaan aina liitospala. Urakoitsijaa pyydetään asentamaan liitospala määritetyn passiivisen päätepisteen ja määritetyn aktiivisen päätepisteen väliin. Tällöin passiivisen päätepisteen toimittaa Gridsz, kun taas aktiivisen päätepisteen toimittaa aktiivinen operaattori.
PoP-tyypistä riippuen aktiivinen laite voi olla joko aktiivisen laitteen portti tai kytkentäpaneelin portti.
Lopeta
Terminate TaskSet -tehtäväjoukko voidaan luoda vain osoitteisiin, joihin on aiemmin toimitettu Install TaskSet -tehtäväjoukko onnistuneesti. Jos aktiivinen operaattori luo Terminate-tilauksen osoitteeseen, johon ei ole muodostettu yhteyttä, Terminate-tilaus hylätään.
Aktiivisen operaattorin on myös ilmoitettava lopetuskäskyssä se aktiivinen päätepiste, johon osoite on tällä hetkellä kytketty, jotta urakoitsija saa käyttöönsä uusimman aktiivisen päätepisteen työnsä suorittamista varten.
Terminate TaskSet -toiminnon oletusasetusten mukaan urakoitsijoiden suoritettavaksi luodaan ainoastaan PATCH_REMOVE-tyyppinen OutTask-tehtävä. Tämä tarkoittaa, että FTU:hun liittyvää tehtävää ei ole.
Yhteysongelma
Yhteyshäiriöllä tarkoitetaan yksittäisen yhteyden katkeamista. Tällöin määritetylle urakoitsijalle osoitetaan häiriötilaus ongelman selvittämiseksi ja ratkaisemiseksi, mikäli mahdollista. Yhteyshäiriöt luokitellaan aina prioriteettitasolle 4. Tämän tehtävätyypin yhteydessä urakoitsija saa pyynnön ratkaista yksittäinen yhteyshäiriö.
Valittu alihankkija voi selvittää tapahtuman syyn ja ratkaista ongelman. Tapahtuman ratkaisemiseksi alihankkijan on annettava tehtävälle syykoodi:
DLV-01: Ongelma havaittu aktiivisen operaattorin verkossa
DLV-02: Ongelma havaittu asiakkaan verkossa
DLV-03: Ongelma havaittu maanalaisessa passiivisessa verkossa
DLV-04: Ongelma havaittu PoP-passiivisessa verkossa
DLV-05: Ongelmia ei havaittu (tutkinnan jälkeen kaikki kunnossa)
DLV-99: muu + selvennys
Verkkotapahtuma
Verkkovika tarkoittaa vikaa, joka vaikuttaa useisiin yksittäisiin yhteyksiin. Tämä vika tarkoittaa, että yksi vika vaikuttaa vähintään N yhteyteen. N-arvo voi vaihdella aktiivisen operaattorin mukaan. N:n oletusarvo on 48. Esimerkkinä voidaan mainita koko PoP-pisteen toimimattomuus tai runkoverkon pääkaapelin katkeaminen. Tämän tehtävätyypin yhteydessä urakoitsija saa pyynnön korjata verkkohäiriön (kyseessä voi olla myös kaupunkirengasverkon häiriö).
Valittu alihankkija voi selvittää tapahtuman syyn ja ratkaista ongelman. Tapahtuman ratkaisemiseksi alihankkijan on annettava tehtävälle syykoodi:
DLV-01: Ongelma havaittu aktiivisen operaattorin verkossa
DLV-02: Ongelma havaittu asiakkaan verkossa
DLV-03: Ongelma havaittu maanalaisessa passiivisessa verkossa
DLV-04: Ongelma havaittu PoP-passiivisessa verkossa
DLV-05: Ongelmia ei havaittu (tutkinnan jälkeen kaikki kunnossa)
DLV-99: muu + selvennys
Telco Migrate
Siirtotehtävän tarkoituksena on siirtää loppukäyttäjä yhdeltä Active Operator -palvelimelta toiselle; tätä kutsutaan myös nimellä Telco Migrate.
Migrate-tehtävä on hyvin samankaltainen kuin liitännän asennus, mutta niissä on yksi tärkeä ero. Liitännän asennuksen yhteydessä urakoitsijan on oletettava, että määritellyssä passiivisessa paikassa (ODF-laatikko ja sijainti) on edelleen luovuttajaoperaattorin liitäntä. Näin ollen tehtävänä on poistaa luovuttajaoperaattorin liitäntä ja asentaa vastaanottajaoperaattorin liitäntä TaskSet-määrittelyn mukaisesti.
Riippuen siitä, onko kyseessä sama pyydetty kuitu, kyseessä on joko PATCH_MIGRATE tai PATCH_INSTALL ja PATCH_REMOVE. Mahdollisesti voi esiintyä myös FTU_RECONSTRUCT, jos haluttu FTU eroaa osoitteessa olevasta nykyisestä FTU:sta. Myös kaikki muut käytössä olevat kuidut irrotetaan, mikä johtaa PATCH_REMOVE-komentoon.
Televiestintäoperaattorin siirron yhteydessä siirron alkuperäiselle operaattorille on aina ilmoitettava asiasta. Riippumatta siitä, onko kyseessä PATCH_MIGRATE-komento vai erilliset PATCH_INSTALL- ja PATCH_REMOVE-komennot.
Ennen kuin siirtotehtävä hyväksytään, sille suoritetaan Clean-tilauksen tarkistus. Tämän prosessin yhteydessä tarkistetaan erityisesti siirtovaatimukset. Tällöin tarkistetaan, onko passiivinen portti käytössä. Jos tarkistus epäonnistuu, siirtotilaus hylätään. Lisäksi, kuten kaikkien tehtävätyyppien kohdalla, siirtotilaus hylätään, jos pyydetyssä osoitteessa on jo aktiivinen tehtävä.
Lisäksi kaikissa siirtotapauksissa toivottua päivämäärää tulisi käyttää myös suunnittelupäivämääränä. Tämä tarkoittaa, että urakoitsijan on merkittävä annettu toivottu päivämäärä kaikkiin POP-verkkoon liittyviin tehtäviin. Poikkeuksena tästä ovat osoitteet, joissa on kaksi toisiinsa kytkettyä kuitua; tällöin toista kuitua voidaan haluttaessa suunnitella myöhemmässä vaiheessa, vaikka se yleensä toteutuu samaan aikaan.
Mikäli FTU_RECONSTRUCT-komento on käytettävissä, se voidaan suorittaa muuna päivänä kuin Wishdate-kentässä määritettynä päivänä. Lisäksi ei ole ehdottomia vaatimuksia siitä, onko FTU_RECONSTRUCT-komento suoritettava ennen vai jälkeen korjauspäivityksen siirron.
Niissä harvinaisissa tapauksissa, joissa kuitu on siirretty, mutta käytöstä poistettavan kuidun PATCH_REMOVE-komento epäonnistui, siirto katsotaan silti onnistuneeksi. Epäonnistunut PATCH_REMOVE-komento kirjataan erillisenä vikatilanteena.
| Otsikko | Käyttäjätarina | Huomautukset |
|---|---|---|
| Pikavaihto | Loppuasiakkaan liittymä tulisi katkaista mahdollisimman pian | Kaikki valmistelevat ulkoiset tehtävät on suoritettava onnistuneesti etukäteen |
| Toteutuspäivä | Yhteyden katkaisemisen ja uudelleenmuodostamisen on tapahduttava täsmälleen suunnitelluna ajankohtana | Toivottu päivämäärä otetaan käyttöön tarkkana suunnittelupäivänä |
| Vain yksi kuitu on käytössä | AO:na haluan saada yksinoikeuden HAS-palveluun. Siirron jälkeen vain minun yksi kuituyhteyteni tulisi olla kytkettynä HAS-palveluun | AO kytkee kaapelin molemmat kuidut HAS-laitteeseen. |
| Ei muita tehtäviä | Jos annetaan MIGRATE-komento ja yhteydellä on käynnissä jokin muu InTask-tehtävä, tehtävä hylätään | Voidaan myöhemmin muuttaa hieman karkeammaksi |
| AEE:n on muututtava | SILLOIN, kun loppuasiakas vaihtaa nykyisestä palveluntarjoajastaan uuteen palveluntarjoajaan JA uusi palveluntarjoaja käyttää samaa AO:ta JA kyseinen AO jatkaa saman AEE:n käyttöä yhteyden osalta , SILLOIN AO:n ei tulisi lähettää TELCO_MIGRATE-tehtävää JA jos AO lähettää sen kuitenkin, g.Task:n on hylättävä kyseinen virheellinen TELCO_MIGRATE-tehtävä | AEE-arvo ja edellinen AEE-arvo eivät saa olla samat. AO voi katkaista loppuasiakkaan yhteyden, koska se saa Task-palvelulta ilmoituksen, että yhteys on varattu. |
Portin siirto
PORT_MIGRATE-tehtävän tarkoituksena on siirtää internetpalveluntarjoajan (ISP) yhteys toiseen aktiivisen laitteen päätepisteporttiin PoP-pisteessä. Siirron yhteydessä aktiivinen operaattori ja palveluntarjoaja pysyvät samoina. Yhdistetty kuitu siirretään yhdestä portista toiseen ja/tai yhdestä moduulista toiseen. Internetpalveluntarjoaja pysyy samana portin siirron yhteydessä, joten aktiiviselle internetpalveluntarjoajalle ei ilmoiteta siirrosta etukäteen.
PORT_MIGRATE on tehtävä, jolla pyydetään muuttamaan aktiivisen AO:n aktiivista porttia ja/tai moduulia, kun uusi liitäntä on luotava. AO päivittää aktiivisen päätepisteen tiedot luodessaan PORT_MIGRATE-tehtävän täyttämällä nämä tiedot aktiivisen päätepisteen kenttiin.
Uudet satama- ja/tai moduulitiedot päivitetään tilaan AC, kun tehtävän tilaksi on asetettu DELIVERD.
ONT-asennus
Tehtävätyyppi ONT_INSTALL luodaan urakoitsijalle ONT-laitteen asentamista varten loppukäyttäjän kotiin. ONT-laitteen käyttöönottoa varten ei ole omaa tehtävätyyppiä. Gridsz , että urakoitsija tietää käytettävän ONT-laitteen tyypin. Jos tarvitaan lisäohjeita, verkko-operaattori tai internetpalveluntarjoaja voi merkitä ne kommenttikenttään.
ONT-asennus on valinnainen OutTask-tehtävätyyppi asennustilauksessa. Kun internetpalveluntarjoaja tai asennusliike luo uuden asennustehtävän tietylle osoitteelle, se voi valita vaihtoehdon, jolla luodaan ONT_Install-tehtävä tähän tilaukseen.
Kun asennustilaus luodaan, Gridsz AC:n tiedot oikeiden ulkoistustyötyyppien määrittämiseksi. Asennustilaus sisältää aina Patch_install-tyypin. Jos FTU:ta ei ole vielä luotu, asennustilaus luo myös FTU_construct-tyypin.
Jos FTU on jo olemassa, mutta tulevan FTU:n tyyppi eroaa nykyisestä FTU:n tyypistä, ulkoistettujen tehtävien joukko sisältää FTU_Replacement-tyyppisen tehtävän FTU_construct-tyyppisen tehtävän sijaan.
ONT_INSTALL-tehtävän tilan päivittämiseksi suunnittelupäivämäärä on pakollinen tieto.
Kaaviomaisesti näitä on kaksi skenaariota:
| Skenaario | Toimenpiteet |
| ONT_Install Ei |
Uusi asennustehtävä luo
Jos FTU:ta ei ole asennettuna, uusi asennustehtävä luo:
Jos paikallaan on väärä FTU, uusi asennustehtävä luo
Asennustehtävä etenee normaalin tilavirran mukaisesti |
| ONT_Install Kyllä |
Uusi asennustehtävä luo
Jos FTU:ta ei ole asennettuna, uusi asennustehtävä luo:
Jos paikallaan on väärä FTU, uusi asennustehtävä luo:
|