Revision Revisjon 1.00: Første versjon KOB Revisjon 2.00: Begrenset omfang av funksjonalitet KOB

Transkript

1 Document information: Document title Document archive number File name Description NP Web v Initial file format r2 NRDB NP Web v2.doc NP Web v2 MS Word 2000 Current revision 2 Revision Released Author(s) KOB KOB Pre-release checked date Pre-release checked by ROK, GB, ØH GB Approved from vendor date - Approved from vendor by - Approved from customer date - Approved from customer by - Revision history: Revisjon 1.00: Første versjon KOB Revisjon 2.00: Begrenset omfang av funksjonalitet KOB Systor Trondheim as / KOB / 13/11/02 16:58 Side 1 av 1

2 Innholdsfortegnelse 1 INNLEDNING BESKRIVELSE AV DOKUMENTET MÅLGRUPPE... 3 REFERANSEDOKUMENTASJON NP WEB V2 - OVERSIKT NRDB SAKER SAKSOVERSIKT SØK I SAKER Status NY SAK/ENDRE SAK INFORMASJON OM SAK NRDB MELDINGER MELDINGSOVERSIKT EGNE SAKER MELDINGSOVERSIKT - FREMMEDE SAKER SØK I MELDINGER MELDINGSSTATUS UTFYLLING AV MELDINGER Nummeropplysninger Automatisk setting av flagg RAPPORTER APPENDIX A NRDB: FORESLÅTTE FORBEDRINGER Systor Trondheim as / KOB / 13/11/02 16:58 Side 2 av 2

3 1 Innledning 1.1 Beskrivelse av dokumentet Dokumentet beskriver funksjonalitet og layout for NP Web v2, - ny versjon av Web brukergrensesnitt for NRDB. Utgangspunktet for gjeldende versjon (NP Web v1) er beskrevet i [2]. Endringer angitt i dette dokumentet gjelder kun det offisielle NP Web v2 grensesnittet, og har således ingen innvirkning på tilbydernes egne baksystemer (prosedyregrensesnittet). Administrative rutiner for NRDB er beskrevet i [1]. 1.2 Målgruppe Dokumentet er rettet mot brukere av NRDB (Web-grensesnitt). 1.3 Referansedokumentasjon Ref.ID Dok. nr. Beskrivelse Versjon 1 Administrative rutiner for nummerportabilitet og 1.06/ fast forvalg i Norge, og krav til berørte databaser Interfaces Specification - NRDB 10.00/ NRDB Forbedring I Web-grensesnitt 1.0/ Systor Trondheim as / KOB / 13/11/02 16:58 Side 3 av 3

4 2 NP Web v2 - oversikt NP Web v2 framstår med ny navigeringslogikk og en ny menystruktur. NP Web v1 har menyramme til venstre på skjermbildet. En stor ulempe med denne plasseringen er at menyen går på bekostning av hva som kan vises i bredden på skjermen. Opplysninger om sak og melding består av tabeller med mange kolonner. Generelt er dagens brukervennlighet hemmet av begrenset horisontal tilgjengelig plass på arbeidsflaten. En annen ulempe er den logiske oversikten brukeren vil ha under navigering, hvor man kommer fra, og hvilke valg man har. I NP Web v1 er det slik at menyen til venstre utgjør hovedmenyen, mens undermenyvalg foretas på bakgrunn av en fane-meny på toppen av skjermbildet. NP Web v2 har en hierarkisk meny plassert horisontalt på toppen av skjermbildet. Det brukes ikke flere rammer. Med denne nye plasseringen og oppbyggingen vil horisontal tilgjengelig plass på arbeidsflaten optimaliseres, og valgte funksjoner på ulike nivå nedover i en drill-down prosess gjennom menystrukturen vil visuelt reflekteres av menyen. Figur 10 viser et eksempel på det nye menysystemet. Sak nr: 8XX , Sist endret: :10 av bruker: admin_8xx Fullmaktsreferanse Fullmaktsreferanse STAS_test04 Hovednummer Abonnementstype ISDN Telefonnummer, hoved Meldinger: Meldingstype Melding Sekv Sendetidspunkt Abonnement Hovednummer Avs Status Vis Svar NP_BEST 8XX :00 ISDN vis NP_GODK 8XX :00 ISDN XX vis NP_IVER 8XX :10 ISDN vis NP_KIVER 8XX :00 ISDN XX vis NP_FIVE 8XX :00 ISDN XX vis svar Figur 1 NP Web v2, nytt menysystem Hovedsiden vil også inneholde innloggingsfelter. Når man er innlogget, vil fanen Logg ut alltid være tilgjengelig på menyen. Systor Trondheim as / KOB / 13/11/02 16:58 Side 4 av 4

5 3 NRDB Saker En sak i NRDB er alltid relatert til den tilbyder som er ansvarlig for den aktuelle portering eller oppsigelse. 3.1 Saksoversikt Figur 1 viser det nye skjermbildet for saksoversikt NRDB. Felt Verdi Felt Verdi Saksnummer Porteringstidpunkt fra (dd-mm-åååå hh:mm) Porteringstidspunkt til (dd-mm-åååå hh:mm) Telefonnummer Status Bruker Registrert av Saksnr Autorisasjon Abonnement Hovednr Porteringsdato Status Vis Melding Admin_8XX 8XX STAS_test05 Enkeltabbonement :00:00 vis NP_BEST Admin_8XX 8XX STAS_test04 ISDN :00:00 vis NP_FIVE Admin_8xx 8XX STAS_test03 Nummerserie :00:00 vis NP_GODK Admin_8xx 8XX STAS_test02 ISDN :30:00 vis Admin_8xx 8XX STAS_test01 ISDN :30:00 vis NP_IVER Figur 2 NRDB Saker Saksoversikten inneholder nå også søkefunksjon, se avsnitt 3.2. Fra nåværende saksoversikt fjernes følgende kolonner: Type. Ekstern/Intern. Har ingen praktisk betydning Endre. Vis brukes for å vise/endre saksinformasjon Slett. Tilgjengelig via skjermbilde for saksinformasjon (avsnitt 3.3) Sist oppdatert. Viser tidspunkt for når saken ble opprettet (statisk). Nye kolonner: Porteringsdato. Viser tidspunkt for portering eller terminering (dersom porteringstidspunkt er endret underveis, vises det som er angitt i siste endring) Melding. Viser hvilken type melding som ble sist sendt/mottatt. Hvit skrift: mottatt, svart skrift: sendt melding. Ellers fjernes valget om å vise saker for egen bruker eller alle brukere for gjeldende tilbyder (sjekkbokser). Dette erstattes av søkekriteriet Bruker, se avsnitt 3.2. Merk at man nå går inn på saken via vis for å gjøre alle endringer (ny melding, slett, marker som foreldet, gjenåpne foreldet). 3.2 Søk i saker Når man velger saksoversikt, må man angi hvilke saker som ønskes vist. Etter at søkeriterier er valgt (søkevindu er gjentatt i figur 2), trykker man på Søk for å hente saksinformasjon. Standard søkekriterium er alle åpne saker for gjeldende bruker. Saksstatus er beskrevet i avsnitt Systor Trondheim as / KOB / 13/11/02 16:58 Side 5 av 5

6 Felt Verdi Felt Verdi Saksnummer Telefonnummer Porteringstidpunkt fra (dd-mm-åååå hh:mm) Status Porteringstidspunkt til (dd-mm-åååå hh:mm) Bruker Figur 3 - Søk i saker Man kan angi vilkårlig mange av de 6 søkekriteriene (for status og bruker kan man også angi Alle ) Status Saksstatus vises i en av kolonnene i saksoversikten som et ikon. Tabellen under beskriver betydningen av disse. Status Ikon Beskrivelse Tom Tom sak. Ingen meldinger er sendt Venter svar Mottakende tilbyder venter på melding fra annen tilbyder Klar Det er mottatt kvittering på forespørsel eller bestilling, og man kan sende neste melding Åpen,, Saken er ikke avsluttet. Mottakende tilbyder venter på respons fra ennen tilbyder, eller man har mottatt kvittering på forespørsel/bestilling, eller saken er tom Ferdig Saken er avsluttet. Alle meldinger er mottatt Foreldet Saken er markert som foreldet av bruker. En sak kan ikke markeres som foreldet før porteringstidspunkt/termineringstidspunkt er passert Status Foreldet er ny fra og med NP Web v2. Det er nå mulig for brukeren å markere en sak som foreldet. Det kan være aktuelt dersom man ikke har mottatt alle kvitteringer, etter at porteringstidspunktet er passert. Det er ikke mulig å markere en sak som foreldet dersom porteringstidspunkt ikke er passert. En sak som er markert foreldet kan man alltid gjenåpne ved å velge gjenåpne foreldet under saksinformasjon (se avsnitt 3.4). Merk også at dersom det kommer nye meldinger for en foreldet sak, vil den automatisk endre status ( venter svar eller ferdig ). 3.3 Ny sak/endre sak I NP Web v1 er det egne skjermbilder for å angi saksinformasjon. Se figur 3. Man må deretter velge Gå til meldinger for å angi meldingstype og meldingsinnhold. Fra og med versjon 2 vil disse skjermbildene slås sammen. Se neste avsnitt (figur 4). For Ny sak vil feltene for fullmaktsreferanse, abonnementstype og hovednummer være editerbare slik som i figur 3, og meldingslisten vil være tom. Sak nr: 8XX , Sist endret: :10 av bruker: admin_8xx Fullmaktsreferanse Fullmaktsreferanse Hovednummer Abonnementstype Telefonnummer, hoved Antall meldinger: 5 Figur 4 NP Web v1: ny sak (endre sak) Systor Trondheim as / KOB / 13/11/02 16:58 Side 6 av 6

7 3.4 Informasjon om sak Man kan vise informasjon om en sak ved å velge vis i saksoversikten (se figur 1). Saksinformasjon består blant annet av alle sendte/mottatte meldinger for aktuell sak (figur 4). Via dette skjermbildet kan man dessuten foreta endringer for saken: Slette sak (mulig bare dersom det ikke er sendt noen meldinger i saken) Sende ny melding Markere en sak som foreldet (mulig bare dersom porteringstidspunkt er passert) Gjenåpne sak som er merket som foreldet. Sak nr: 8XX , Sist endret: :10 av bruker: admin_8xx Fullmaktsreferanse Fullmaktsreferanse STAS_test04 Hovednummer Abonnementstype ISDN Telefonnummer, hoved Meldinger: Meldingstype Melding Sekv Sendetidspunkt Abonnement Hovednummer Avs Status Vis Svar NP_BEST 8XX :00 ISDN vis NP_GODK 8XX :00 ISDN XX vis NP_IVER 8XX :10 ISDN vis NP_KIVER 8XX :00 ISDN XX vis NP_FIVE 8XX :00 ISDN XX vis svar Figur 5 - Meldingsoversikt egne saker Meldingsoversikten er som for NP Web v1, med følgende endringer: Innkommende meldinger som ikke skal besvares, blir automatisk markert som lest når oversikten genereres (uttrekk fra databasen). På figur 4 gjelder dette meldingstypene NP_GODK og NP_KIVER. Man kan imidlertid fortsatt vise innholdet av disse meldingene. Kolonnen Saksnummer er fjernet. Dette står oppgitt på toppen av skjemaet, og er det samme for alle meldinger Kolonnen Meldingstype er flyttet først, slik at det samsvarer med meldingsoversikten for fremmede saker (se avsnitt 4.2) Systor Trondheim as / KOB / 13/11/02 16:58 Side 7 av 7

8 4 NRDB Meldinger Betraktet fra den aktuelle tjenestetilbyders synsvinkel, kan innkommende NRDB meldinger klassifiseres som følger: Meldinger som tilhører egne saker. Det vil si responser fra andre tilbydere Meldinger som ikke tilhører egne saker. Det vil si forespørsler (og kvitteringer) fra andre tilbydere. Nåværende versjon av NP Web (v1) skiller ikke mellom meldinger for egne og andres saker ( fremmede saker). Menyen Meldinger viser derfor alle innkommende meldinger. Fra og med NP Web v2 er det innført et skille mellom disse meldingsklassene. Innkommende meldinger blir nå fordelt slik: Meldinger som tilhører egne saker vil kun vises under aktuell sak (saksoversikt). Se avsnitt 4.1. Meldinger som ikke tilhører egne saker vil vises under Meldinger som før. Se avsnitt Meldingsoversikt egne saker Meldingsoversikt for egne saker kommer nå inn under informasjon for sak, se avsnitt Meldingsoversikt - fremmede saker Figur 5 viser det nye skjermbildet for meldingsoversikt i NRDB (menyvalg Meldinger ). Dette viser nå kun meldinger for saker opprettet av andre tilbydere. Meldingene vil være av type forespørsel (for eksempel NP_BEST) eller kvittering (for eksempel NP_KFBES). Meldingsoversikten inneholder nå også funksjon for søk i meldinger. Standard søkekriterium er alle ubehandlede meldinger (se også avsnitt 4.3: søk i meldinger) Felt Verdi Felt Verdi Ansvarlig tilbyder Meldingsnummer Saksnummer Telefonnummer Sendetidspunkt fra (dd-mm-åååå hh:mm) Sendetidspunkt til (dd-mm-åååå hh:mm) Meldingstype Meldingsstatus Meldingstype Saksnummer Melding Sekv Sendetidspunkt Abonnement Hovednummer Avs Status Vis Svar Lest NP_BEST 8XX XX :00 ISDN XX vis svar NP_BEST 8XX XX :00 Enkeltnr XX vis svar NP_KFBES 8XX XX :30 Enkeltnr XX vis NP_IVER 8XX XX :00 ISDN XX vis svar NP_KFBES 8XX XX :00 Enkeltnr XX vis NP_KFIVE 8XX XX :30 ISDN XX vis Figur 6 - Oversikt over meldinger For meldinger som ikke skal besvares, men bare markeres som lest, - er det nå innført bruk av en markeringsboks. For å kvittere bort meldingene, må man merke av for Lest, og deretter trykke på Systor Trondheim as / KOB / 13/11/02 16:58 Side 8 av 8

9 knappen Marker lest. Alle meldinger som er haket av blir dermed borte fra oversikten over ubehandlede meldinger 4.3 Søk i meldinger For fremmede saker er det nå mulighet for å søke blant meldinger. Man velger da Søk i meldingsoversikten (se figur 5). Søkebildet er gjentatt i figur 6: Standard søkekriterium er alle ubehandlede meldinger. Man kan angi vilkårlig mange av de 8 søkekriteriene (for ansvarlig tilbyder, meldingstype og status kan man også angi Alle ). Felt Verdi Felt Verdi Ansvarlig tilbyder Meldingsnummer Saksnummer Telefonnummer Sendetidspunkt fra (dd-mm-åååå hh:mm) Sendetidspunkt til (dd-mm-åååå hh:mm) Meldingstype Meldingsstatus Figur 7 - Søk i meldinger 4.4 Meldingsstatus Meldingsstatus vises i en av kolonnene i meldingsoversikten som et ikon. Tabellen under beskriver betydningen av disse. Status Ikon Beskrivelse Ubehandlet Det må sendes svar på meldingen Sendt Meldingen er sendt (av tilbyderen selv) Behandlet Det er sendt svar på meldingen Lest Meldingen er lest (gjelder meldingstyper som ikke skal besvares) 4.5 Utfylling av meldinger Forbedringer ved utfylling av meldinger består først og fremst i at overflødige felter fjernes (se avsnitt 4.5.1, og at setting av flagg skjer automatisk (se avsnitt 4.5.2) Nummeropplysninger Dersom man velger å portere et enkeltnummer, skal man ikke ha mulighet til å angi flere numre. Derfor vil man i Web-grensesnittet nå få opp kun hovednummer ved utfylling av en melding (typisk: bestilling). Dette er vist i figur 7. Merk: Feltene for avgivende tilbyder og opprinnelig avgivende tilbyder vil ved innføring av nummerplan være satt av NRDB. De vil dermed ikke være editerbare (som for feltet mottakende tilbyder). Figur 7 viser også automatisk setting av flagget Ordre endring. Se neste avsnitt. Systor Trondheim as / KOB / 13/11/02 16:58 Side 9 av 9

10 Meldingstype Ny melding i sak: Gjeldende tilbyder Mottakende tilbyder TeleProvider1 AS Tilbydere Avgivende tilbyder Opprinnelig avgivende tilbyder Fullmaktsreferanse Fullmaktsreferanse STAS_test05 Nummeropplysninger Abonnementstype Telefonnummer, hoved Kundeopplysninger Kundeidentifikasjon Kundenavn Porteringsinformasjon Tidspunkt (dd-mm-åååå hh:mm) Utgående dirigeringsnummer Endring av ordre Ordreendring Ikke endring Figur 8 - Utfylling av NP bestilling, Enkeltnummer Automatisk setting av flagg Flagg i NRDB meldinger kan settes implisitt. Det betyr at verdien på flagget er entydig gitt av sammenhengen. I nåværende versjon av NRDB Web må brukeren selv sette riktig verdi på flagget. Fra NP Web v2 vil man automatisk sette verdien på følgende flagg: Meldingstype Flagg Parameternavn Beskrivelse NP_BEST Ordreendring change_order Settes til 0 ( ikke endring ) dersom sekvensnummer for meldingen er 1. Settes til 1 ( endring ) dersom sekvensnummer er større enn 1. NP_GODK Portering mulig port_possible Settes alltid til 1 (portering mulig) NP_ENDR Ordreendring change_order Samme som for NP_BEST NP_ANBES Ordre kansellert order_cancelled Settes alltid til 1 (ordre kansellert) NP_KABES Ordre stoppet order_stopped Settes alltid til 1 (ordre stoppet) NP_IVER Mottakende tilbyder klar rsp_ready Settes alltid til 1 (mottakende tilbyder klar) NP_FERD Portering gjennomført completed Settes alltid til 1 (portering gjennomført) NP_TILB Tilbakelevert handedback Settes alltid til 1 (tilbakelevert) NP_ANOPS Oppsigelse annulert termination_interrupt Settes alltid til 1 (annulert) NP_KAOPS Oppsigelse stoppet termination_stopped Settes alltid til 1 (stoppet) NP_FANO Ordre kansellert order_canclled Settes alltid til 1 (ordre kansellert) NP_KF* Feilmelding mottatt error_received Settes alltid til 1 (feilmelding mottatt) Systor Trondheim as / KOB / 13/11/02 16:58 Side 10 av 10

11 5 Rapporter NRDB Web versjon 1 har en begrenset søkemulighet i porteringstabellen. Det er dessuten svært uheldig at standardrapporten (alle porteringer) hentes før man har valgt kriterium for utplukk. NP Web v2 imøtekommer disse begrensningene. Figur 8 viser oversikt over rapporter (egentlig søkekriterier) for NP Web v1. Når man velger en av de tre oversiktene, får man opp et søkevindu. Dessuten hentes standardrapporten fram. Beskrivelse Oversikt over porterte nummer Oversikt over porteringer i periode Oversikt over porteringer for tilbyder i periode Figur 9 NP Web v1: rapporter Aksjon Vis oversikt Vis oversikt Vis oversikt I NP Web v2 vil oversikten i figur 8 og de tilhørende søkevinduer erstattes av ett enkelt søkevindu. Rapporten vil genereres når man har valgt Søk. Det nye søkevinduet er vist i figur 9. Felt Verdi Telefonnummer Fra: Til: Porteringstidspunkt (dd-mm-åååå tt:mm:ss) Fra: Til: Ansvarlig tilbyder Opprinnelig avgivende tilbyder Aktiv portering (ikke historisk) Figur 10 NP Web v2: rapporter Aktiv portering innebærer at gjeldende status for det aktuelle nummer er portert. Systor Trondheim as / KOB / 13/11/02 16:58 Side 11 av 11

12 Appendix A - NRDB AS: Foreslåtte forbedringer Dette kapitlet gir en oversikt over hvordan løsningen forholder seg til endringer foreslått av NRDB, som angitt i [3]. For hvert enkelt punkt er det beskrevet hvordan problemet er løst. Pkt Beskrivelse Foreslått Løsning Generelt: A Generelt er det i dag svært lange responstider på webgrensesnittet, og dette må forbedres betraktelig i neste versjon 2 store flaskehalser blir fjernet ved innføring av NP Web v2: - Saksliste (viser bare åpne saker, søking) - Meldingsoversikt (viser ikke meldinger for egne saker, søking) B Rapporter via WEB-grensesnittet må bli tilgjengelig slik at de kan formatteres/behandles videre Saksliste: 1 Innføring av overvåkning på saker og meldinger, slik at de automatisk lukkes når porteringstidspunktet passeres, eventuelt etter en bestemt tid. Avsluttede saker må legges i et eget lett søkbart arkiv Systor 2 Mulighet for å vise kun ikke-avsluttede saker. Systor Avsnitt 2 3 La systemet overvåke og markere saker når Systor Utgår behandlingsfrist nærmer seg. 4 Vise porteringstidspunkt Systor Avsnitt Lage mulighet for å sortere saksliste basert på Zalto Utgår saksnummer, hovednummer, dato eller status. 6 Lage mulighet for å søke etter saksnummer eller Zalto Avsnitt 3.2 hovednummer i listen. 7 Ferdige saker fjernes fra innboks: Alle saker som er ferdigbehandlet bør fjernes fra innboksen og legges i et eget arkiv. 8 Endring på ikon på hver sak ved enhver endring i status: I dag skjer det kun endring i status-ikon hvis en porteringsforespørsel er godkjent. Det bør være en endring ved enhver endring i status slik at vi slipper å åpne sakene for å konstatere om det er status-endring. 9 En indikasjon hver gang det kommer en kvittering, ikke bare på første tilbakemelding. Tungvint å måtte gå inn på selve saken for å se om det er kommet kvitteringer. Meldingsliste: 10 Innføring av overvåkning på saker og meldinger, slik at de automatisk lukkes når porteringstidspunktet passeres, eventuelt etter en bestemt tid. Systor Nytt menysystem vil dessuten redusere responstider. Se kapittel 2 Utgår Brukeren gis mulighet til eksplisitt å markere en sak som foreldet. Se avsnitt 3.1. Man kan søke blant foreldede saker som beskrevet i avsnitt 3.2 Ingen meldinger for egne saker vil vises i meldingsoversikt. Disse finnes nå under saksoversikten. Meldinger som ikke skal besvares vil automatisk markeres som lest. Avsnitt 4.1 Delvis ivaretatt av kolonnen Melding, som viser siste sendte/mottatte melding i saken. Se avsnitt 3.1 Delvis ivaretatt av kolonnen Melding, som viser siste sendte/mottatte melding i saken. Se avsnitt 3.1 Brukeren gis mulighet til eksplisitt å markere en sak som foreldet. Se avsnitt 3.1. Meldinger for egne saker vises Systor Trondheim as / KOB / 13/11/02 16:58 Side 12 av 12

13 11 Lage mulighet for å sortere meldingsliste basert på saksnummer, meldingsnr, hovednummer, sendetidspunkt, avsender eller status 12 Lage mulighet for å søke etter saksnummer, meldingsnummer eller hovednummer i listen. 13 Sortere bort meldinger vi ikke trenger å se: Dette er meldinger som kommer til oss men som vi ikke har bruk for og som bare "fyller opp" innboksen vår. Disse meldingene er: NP_KABES, NP_KAOPS, NP_KFBES, NP_KFEND, NP_KFOPS, NP_KFFOR, NP_KFANB, NP_KFANO. Meldinger som sorteres bort må legges i lett søkbart arkiv. 14 Ferdige meldinger fjernes fra innboks: Alle meldinger fra saker som er ferdigbehandlet bør fjernes fra innboksen og legges i et eget arkiv. Ferdigmeldinger fra alle tilbydere ved en portering bør legges i direkte i arkiv og ikke fremkomme i innboksen. 15 I dag vises "kun" 1000 saker i innboksen. Denne grensen er overskredet for og manges saker havner ikke i innboksen vår fordi det ikke er plass. Det burde være plass til mer enn 1000 medlinger. Generelt: 16 Veiviser: Applikasjonen kan veilede brukeren underveis, for eksempel ved utfylling av de enkelte felter. 17 Videre bør det legges inn en automatikk i systemet som endrer meldingen til 'endring' eller 'ikke endring' i nedtrekksmenyen. Og opprette en ny sak, der det allerede ligger en uavsluttet sak på samme nummer, bør nektes. 18 Dele innboksen i to deler: Innportering og utportering: Innportering og utportering er to adskilte prosesser som i utgangspunktet ikke har noe med hverandre å gjøre. Det hadde vært MYE mer oversiktlig om det hadde vært to innbokser. 19 Mulighet i WEB applikasjonen for oppslag for å finne ansvarlig tilbyder til et nummer og evnt alle nummer i en nummerserie. Om ikke alle nummer tilhører samme tilbyder må dette komme med i listen som presenteres for brukeren. (Denne funksjon vil man få behov for når man får feil på en porteringsforespørsel som består av flere nummer ) I dag finnes det en mulighet til å spørre på enkelt nummer avgangen. Dette vil bli upraktisk hvis man har en stor nummer-range man ønsker å sjekke. Vi vil også foreslå å lage den samme muligheten via procedure grensesnittet. Må også kunne ta ut rapport basert på Opprinnelig Avgivende tilbyder. 20 Merking av flere meldinger samtidig for å ta samme aksjon på disse meldingene. Det bør finnes en mulighet for å markere disse meldingene og så gjøre denne aksjonen på alle disse meldingene samtidig. 21 Ta bort automatisk "refresh" i rapporter: I menyvalg "Rapporter" forgår det en "refresh" hver gang man går inn her. Dette tar lang tid, opp til 30s og allikevel gjøres det søk når man etterpå velger hvilken rapport man vil ta ut. En eventuell refresh må gjøres etter at søkekriterier er gitt for avgrensning av søk. Systor/ Zalto Zalto Avsnitt 4.3 Systor You Com. Systor Avsnitt 4.2 kun i saksoversikt. Se avsnitt 4.1 Utgår Det er mulig å effektivt markere disse meldinger som lest med ny funksjonalitet beskrevet i avsnitt 4.2. Søk i meldinger er beskrevet i avsnitt 4.3. Meldinger for egne saker finnes kun under saksoversikt. Avsnitt 4.1 Ved å bruke søkemuligheten kan man begrense antall treff. Avsnitt 4.3 Ikke dekket av løsningen Avsnitt Andre setning kommer inn under validering. Meldinger for egne saker vises nå kun under saksoversikt. Avsnitt avsnitt: Funksjonaliteten inngår i implementasjon av nummerplan. Eget prosjekt. 2. avsnitt: Se kapittel 5 Allerede implementert Systor Trondheim as / KOB / 13/11/02 16:58 Side 13 av 13

14 22 Direkte bestillings-knapp: Det bør legges inn en mulighet for å starte de viktigste funksjoner uansett hvor man er i menystrukturen, dette kan være som knapper, rullemenyer, el.l. I dag må man gå ut av den funksjonen man er inne i og opp i hovedmenyen. 23 Ved angivelse av Internett-adressen bør man komme direkte til login-bilde. Info-link til dagens førsteside. Også egen logout-knapp i menyen som alltid vises når man er innlogget. 24 Når en skal bevege seg mellom felter som skal fylles ut skal <tab> kunne brukes og flytte bruker til neste naturlige sted. (Også for angivelse av brukernavn og passord.) Song Navigering og menystruktur er endret. Se avsnitt 2. Avsnitt 2 (nytt menysystem) Song Ivaretatt av NP Web v2. Systor Trondheim as / KOB / 13/11/02 16:58 Side 14 av 14