Spørgsmål og svar til udbudsmateriale Nyt CMS til AARHUSbolig indkommet i perioden den klokken 12.

Transkript

1 Krav -id Indkomne spørgsmål Svar 5 Samarbejdspartnere og IT set up I forhold til samarbejdet med kommunikationsbureauet og API leverandør (E-bolig), har vi som leverandør en kontaktperson begge steder, som kan assistere med henholdsvis design og afgøre design beslutninger direkte, samt kan API leverandøren assistere med test miljøer/data? Ja, der tilknyttes en kontaktperson fra såvel CZOO som EG Datainform. 5.1 IT-systemer og brugergrænseflader Hvilken version af VIA benyttes i dag? Version Kan vi få oplyst et link til webservice fra ebolig mhp. WSDL definitionen Hvor placeres data til byttebasen? 5.2 Hosting a. Er det et krav at selve løsningen hostes hos EG Datainform? b. Hvis Ja, hvilke muligheder foreligger der for at vælge mellem hhv. Linux- og Windowsservere? c. Hvem har ansvaret for servermæssige ændringer? Hvis løsningen hostes og serveren administreres af EG Datainform, hvem er så ansvarlige for performanceoptimering af serverdelen? 6 Kravspecifikation Ad afsnit 6: AARHUSbolig forventer, at der som del af projektet er en specifikations-fase, hvor der laves en udførlig og endelig kravspecifikation. På den baggrund tilpasses løsningen, og der prioriteres i funktioner. Hvordan tænkes denne fase set i lyset af ønsket om en økonomi ved afgivelse af bud? Vil denne specifikationsfase inkludere en tilpasning af økonomien? Hvis nej, hvordan tænkes denne fase så gennemført? Det er muligt at få en mail tilsendt med WSDL i en zip fil. Mail til: bf@al2bolig.dk. I CMS. a. Ja b. Der kan kun vælges Windows c. Som udgangspunkt er det kun EG Datainform, der udfører ændringer på serveren. EG Datainform. Der er ikke yderligere krav end de der er oplyst i kravspecifikationen. Vi forestiller os dog at der i specifikationsfasen laves userstories til at underbygge krav-id, så der er enighed om de enkelte krav-id s funktioner. Ydermere fastsættes her de endelige migreringsscenarier Webservice og migrering af data Ønskes alt data fra den eksisterende VIA konverteret over? Ikke alt indhold ønskes migreret over, men visse kritiske funktioner. Se ovenover Design Repræsenterer det fremsendte design Alle indholdstyper er repræsenteret.

2 6.07 Søgemaskineoptimeret - SEO omfanget af hvilket leverandøren skal forvente at kunne implementere løsningen på baggrund af? Der er eksempelvis slet ingen mobilvisning, som jo vil være væsensforskellig i udtryk og indhold. Derudover: Ud fra hoveddesign og principdesign forventes tilbudsgiver at kunne integrere sideskabeloner for alle typer af indholdssider. hvad hvis det ikke er muligt? Hvad afgør om en side er leveret godt nok når der ikke ligger et design til den? Det er i den forbindelse en fordring, at der kan oprettes dynamiske 301 redirects via htaccess filer eller lign. det kan kræve servermæssige ændringer, hvem er i givet fald ansvarlige herfor? Mobilvisning er efterfølgende uploaded til udbud.dk Ændringer i CMS er CMS leverandørens ansvar. Serveropdateringer er EG Datainforms ansvar Stavekontrol på dansk i webeditor 6.12/6.15 Stamdata/ Min side Hvor omfattende forestiller udbyder sig at dette er? Er der tale om integration af i.e. browsernes indbyggede stavekontrol, installation af sprogpakker eller stavekontrol i et format og omfang a la Word? Skal stamdata optræde på Min side. Ingen præferencer. Stamdata optræder på undersiden Personlige Oplysninger under Min side Log in Nem ID er pt. ved at blive omlagt til en JavaScript-baseret løsning, men den eksisterende Java-baserede løsning må forventes at fortsætte i overskuelig fremtid. Skal begge typer NemID understøttes? a)hvor meget vægtes applikationssikkerhed, herunder serversikkerhed? 2)Stilles der krav om kontrol af kode og applikation via uafhængige tredjeparter? 3)Er der ønske om overholdelse af PCI compliance standarder? 6.16 Min venteliste Hvad menes der med "de 15 første bedste placeringer"? Ja. a)det vægtes højt b)ja c) Ja. De 15 lejemål som pågældende lejer har kortest ventetid til.

3 Hvad er logikken bag beregning af ventetid 6.17 Mine tilbud Kommer data til eksisterende PDF filer fra webservicen? /Hvor kommer de pdffiler fra, som er vist i wireframes på Mine tilbud? Det er en forventet ventetid, der er stammer fra E-bolig, og som kan hentes i en af WEBservice funktionerne. PDF-filerne ligger lokalt på webserveren, hvorfra de læses ud i et byte arrays via WEBservicen Besked service Hvorfra styres aktivering af besked type "bruger skal forny betaling" + "opdatere stamoplysninger" så de vises hos brugerne? skal dette være automatisk eller en manuel feature i cms et 6.19 Boligsøgning Har I en søgemaskine på jeres nuværende løsning, som I ønsker at benytte igen eller er det op til os at foreslå en søgemaskine? Har I performancekrav eller andre krav til søgning (korrektur for stavefejl, foreslåede søgeord mm), der gør, at vi ikke blot kan vælge at bygge søgningen, men skal se på søgemaskineværktøjer som fx EPiServer Find, Ankiro eller Forward search? De eksisterende funktioner hentes i dag fra E-bolig, men fremadrettet vil vi også have beskedservices integreret i CMS service. Fx ønsker vi at medlem halvårligt skal bekræfte stamdata i forbindelse med login. Det er op til tilbudsgiver at anbefale en søgemaskine. Ja til korrekturforeslåede søgeord. Tilbudsgiver må gerne foreslå søgemaskine værktøj Betaling af årligt gebyr Har I valgt en anden betalingsløsning end quickpay allerede? Skal man forstå det sådan, at I skal have knyttet NETS s betalings-service til jeres Quickpay (Hvis I vælger at beholde den)? Har I gjort jer nogle tanker om hvordan I vil håndtere betalings-servicebetalinger? Skal al afmelding fx ske via Netbank eller kan man også afmelde sig på hjemmesiden? Kan man skifte konto på hjemmesiden eller er det blot at man tilmelder sig igen, hvis man skifter bank? Vil I skrive en til de brugere, hvor I kan se i kvitteringsfilerne fra NETS, at de muligvis har skiftet bank? Nej. Valg af betalingsløsning ligger ikke fast. Vi er åbne overfor de muligheder, som tilbudsgiver foreslår i den forbindelse. Afmelding skal ske via egen netbank. Skiftes konto eller bank er det brugers eget ansvar. Hvad mener I med denne sætning: Da Selve betalingsaftalen til kontokort

4 6.25 Beregn placering/ventetid 7.2 Indlevering af tilbud g)tidsplan med milepæle håndtering af betalingerne fremover skal foregå i hjemme-sideløsningen, som så tilgår forskellige betalingsmetoder i webservicen før og efter betaling.? Har I krav til hvilke betalingskort man skal kunne benytte? I jeres wireframe er der mulighed for at oprette en betalingsservice-aftale, hvor aftalen oprettes med en Send med NemID. Hvordan skal det foregå, I har ikke andre krav om NemID? Hvilke kriterier ligger til grund for denne beregning? Hvordan forventes det at en tidsplan kan udfærdiges når den løsningen ikke endeligt er specificeret endnu jf. ovenstående? Vi forventer der er tale om en meget overordnet tidsplan i så fald. skal administreres af CMS-leverandør, så der kun foregår nogle WEBservice kald inden og efter betaling med kort. Alt imellem er CMSleverandør og betalingsformidlerens. Dankort, Visa, Master, Maestro, JCB og Visa Electron, jf. nuværende betalingsløsning. Der er tale om modul fra Nets som skal integreres. NemID-delen her er en del af Nets modulet og har ikke noget med CMS delen at gøre. Der bruges følgende oplysninger til beregningen: Fra lejemålet ønskes: Selskabsnummer, Afdelingsnummer, Lejemålsnummer, Lejemålstype, Lejlighedstype, Antal rum, Areal. Fra ansøger skal indgives: Antal voksne, Antal børn, Dato for den ønskede opnotering, eventuelt oplysninger hvis ansøger bor hos en af boligorganisationerne. Ja, der er tale om en meget overordnet tidsplan. Uden krav ID Har I krav til Boliggarantibevis? Nej. Siden er en tekstside. Har I beskrivelser af, hvordan I gerne vil arbejde med Ordforklaring? Hvordan bliver Udvalgte boliger udvalgt? I har videofunktionalitet i jeres wireframes, men ingen krav til video. Har I yderligere bemærkninger til, hvordan I gerne vil bruge video? Nej, vi forestiller os at ordforklaring er indholdssider/tekstsider, som vi linker til. Tilbudsgiver må gerne foreslå andre løsninger, hvis det pågældende CMS understøtter en anden funktion en d tekstsider. Udvalgte boliger markeres i E-bolig. Nej.

5 Har I krav til Genopret anciennitet? Nej. Vedr. tilbuds-excel /bilaget Tilbudsliste Kan det uddybes hvad Opbygning af IA dækker over, jf Bilaget afsnit 2 "Migrering af data". Er det muligt, at få dokumentation på den datamodel, der skal migreres, oplyst mængden af data samt den anvendte database type? "CMS". Vi er ikke sikre på, hvad dette dækker over. Tvivlen er opstået, da der i udbudsbekendtgørelsens afsnit 3.1 om "Leverancen" står, at dokumentationen er inkluderet i "CMS". "Ekstra timer". Hvad dækker dette over? "Brugermanualer og kursus til redaktører og administratorer". Kan I oplyse, hvor mange kursister det drejer sig om og beskrive lidt om deres forudsætninger. Herunder deres kendskab til CMS-løsninger. IA, bilag afsnit 2, er et overbliksbillede på informationsarkitekturen, dvs. hvilke enkelte sider sitet som helhed er bygget op af. Der er alene tale om at tilbudsgiver skal opbygge IA i CMS inden AARHUSbolig selv beriger med tekster. Der er ikke tale om egentlig migrering. Data skal blive liggende på AARHUSboligs administrative servere og administreres fra CMS via WEBservice laget. Med CMS i tilbudslisten mener vi pris for systemet. Dokumentationen i Leverancen refererer til at AARHUSbolig ønsker dokumentation for opsætningen af CMS og den webservice der foregår imellem CMS og EG Datainform. Pris for eventuelle ekstra ydelser efter levering. Maksimum 10 erfarne CMS brugere.