Tarjouspyyntö: sähköisen liiketoiminnan verkkopalvelualustan hankinta

Vastaukset lisätietokysymyksiin. 27.7.2009 >>

HANKINTAMENETTELY, MUUT

1. Kysymys:
Pitääkö tarjous jättää sekä paperilla että sähköpostilla, vai pelkästään jommallakummalla tavalla?
Vastaus:
Tarjouspyynnön mukaisesti tarjoukset toimitetaan sekä paperilla että sähköpostilla.

2. Kysymys:
Tarjouspyynnön kohdassa 3 todetaan, että "... osoittautuvat tilaajan hankintaan varaamiin määrärahoihin verrattuna merkittävän kalliiksi". Kuinka suuret nämä hankintaan varatut määrärahat ovat?
Vastaus:
Hankinnan kohteena olevat palvelut kuuluvat meneillään olevaan toimintaympäristön kehittämishankkeeseen. Hanketta osarahoittaa Itä-Suomen Euroopan aluekehitysrahasto (ohjelmakausi 2007 - 2013). Rahoittavana viranomaisena toimii Pohjois-Karjalan T&E-keskuksen yritysosasto. Varatuilla määrärahoilla tarkoitetaan hankkeen kustannusryhmien mukaisia kokonaisvarauksia. Hankinnan kohteena oleva verkkopalvelualusta ei muodosta erillistä kustannusmomenttia ja tarjousten kokonaiskustannukset arvioidaan siten hankekokonaisuuden mukaisesti. Hankkeen kokonaisbudjetti on 239 000e ja jakautuu seuraavasti: yleiskustannukset 15 000, koneet ja laitteet 43 000 sekä ulkopuoliset palvelut ja asiantuntijat 181 000.

3. Kysymys:
Lasketaanko liitteen osioissa 3, 4 ja 5 todellakin miinuspisteitä ts. jos tarjoaja vastaisi kaikkiin osioihin ei, tulisi sille -213,6 pistettä, eikä 0 pistettä? Jos näin on, tämä tarkoittaa sitä, että ei-vastauksen painoarvo on kaksinkertainen kyllä-vastaukseen verrattuna, koska ei-vastauksesta ei pelkästään menetä kyllä-vastauksen pisteitä, vaan saa vastaavan suuruisen negatiivisen pistemäärän.
Vastaus:
Tarjouspyynnön vaatimuskriteeristöllä pyritään tarkentamaan ja painottamaan hankinnan kohdetta kokonaisuutena. Mikäli tarjottava ratkaisu/tuote ei sisällä kriteeristön mukaista ominaisuutta, saa siitä negatiivisia pisteitä. Kriteeristön ominaisuudet on painotettu, jolloin painotuskerroin vaikuttaa myös negatiivisiin pisteisiin.

4. Kysymys:
Voisiko kaikista kokonaishintaan sisältyvistä integroinneista saada selkeän listauksen ja tarkat liittymäkuvaukset työmäärän laskemiseksi?
Vastaus:
Liittymäkuvaukset tarkennetaan valittavan toimijan/toimijoiden kesken. Hankintamenettelyn tässä vaiheessa ei käytössämme ole tarkkoja liittymäkuvauksia ja määritteitä. Hankkeen mukaisesti myynti- ja varausjärjestelmän osalta tullaan integraatio toteuttamaan käytössä olevaan Lomarengas Aluevaraamo -järjestelmään (http://webshop.kareliaexpert.fi)

5. Kysymys:
Liitteen 1 kohdassa 3 lukee, että "hankinnan kohteena olevan verkkopalvelualustan tulee tukea sopimusluokat ja niihin perustuva jakelutiehallinta", mitä tällä tarkemmin tarkoitetaan?
Vastaus:
Alustan sopimusmuotoista liiketoimintaa tukevia toimintoja. Sopimusluokat mahdollistavat mm. tarjonnan eri laajuisen näkyvyyden ja jakelun muodostettuihin jakeluteihin. Karelia Expert Matkailupalvelu Oy sopii välitys- ja myyntisopimuksia mm. tuoteryhmittäin ja palvelusisällöiltään, jolloin ko. sopimuksien kohdat on oltava toteutettavissa alustan CMS- ja eCOM-toiminnallisuuksissa (esim. tuotteiden näkyvyyden merkkaus eri näkyvyysluokkiin sopimuksien mukaisesti - kotimaan sidosryhmät, kampanjat, kv-markkinointi jne.).

6. Kysymys:
Ilmeisesti visuaalinen suunnittelu ei sisälly tarjoukseen, koska tämä on liitteessä 3 määritetty suoritettavan ennen teknologiaosuuden kilpailutusta. Onko näin? Jos visuaalinen suunnittelu on jo kokonaan/osittain tehty, niin olisiko tämän tulokset saatavissa ennen tarjouksen jättämistä?
Vastaus:
Hankinnan kohde ei sisällä visuaalista suunnittelua. Suunnitteluvaihe on meneillään ja sen sisällöt tarkennetaan valittavan toimittajan/toimittajien kesken. Visuaalisen suunnittelun tuloksia ei ole saatavilla verkkopalvelualustan tarjousmenettelyn aikana.

7. Kysymys:
Ilmeisesti tämä hankinta koskee liitteen 3 osalta ainoastaan kohtaa "teknologia". Onko näin?
Vastaus:
Kyllä. Tarkennettuna tarjouspyynnön mukaisesti verkkopalvelualustaan, jonka muodostavat: Messaging, CMS ja eCOM.

8. Kysymys:
Mille ajanjaksolle tarkkaan ottaen liitteessä 4 pyydetään ilmoittamaan "Toistuvat kustannukset (sis. Hosting)"?
Vastaus:
Kuten tarjouspyynnössä on esitetty, sopimuskauden loppuun, joka on 31.12.2010.

9. Kysymys:
Millaiset kävijämäärät kohdistuvat hankinnan kohteena olevaan verkkosivustoon?
Vastaus:
Vuositasolla (2008) yksilöidyt kävijät noin 150 000, näyttökerrat noin 900 000. Tavoitteena merkittävä lisäys.

10. Kysymys:
Millaiset käyttäjäryhmät/-roolit verkkopalvelualustaa tulevat käyttämään?
Vastaus:
2 pääkäyttäjää, 8-10 sisällöntuontanto ja/tai myyntivastaavaa.

11. Kysymys:
Millaiset hosting-, ylläpito- ja tukipalvelut verkkopalvelualustaan halutaan liittyvän?
Vastaus:
Tilaajan liiketoiminnan ja tarjouspyynnön liitteen 1 ratkaisumallin mukaisen verkkopalvelualustan asettamat vaatimukset hostingratkaisuille tarkennetaan valittavan toimittajan/toimittajien kesken. Ylläpito- ja tukipalveluissa tavoitteena on 24h vasteaika sekä suomekielinen palvelu. Tukipalvelut voivat poiketa toisistaan Messaging, CMS ja eCOM toimintojen välillä. Varaus- ja myyntijärjestelmän (eCOM) osalta toivotaan kattavampaa käyttäjä- ja tuotetukea.

12. Kysymys:
Onko kyseessä enempi valmisohjelmiston/-tuotteen hankinta vai kehittämisprojektin toteutus?
Vastaus:
Ensisijaisesti tavoitteena on löytää hankinnan kohteena olevien it-palveluiden kokonaisvaltaiden ja keskitetty tuottaja pitkäaikaiseen yhteistyöhön (luottamuspääoma). Verkkopalvelualustan käyttöönoton kokonaisaikataulu ei mahdollista laajamittaista kehitysprojektia.

13. Kysymys:
Millaisella roolituksella ja työnjaolla on sisältöihin liittyvät työt (esim. olemassa olevan materian siirto jne.) suunniteltu toteutettaviksi?
Vastaus:
Tilaaja vastaa sisältötöistä. Järjestelmätoimittajalta/-toimittajilta edellytetään sisältötöihin liittyvää teknistä tukea.

14. Kysymys:
Voiko verkkopalvelun käyttöönotto- ja kehitysvaiheessa toimia tarvittaessa englannin kielellä?
Vastaus:
Kyllä.

15. Kysymys:
Voiko tarjouksen jättää englannin kielellä.
Vastaus:
Kyllä


CMS (sulkeissa merkitty kysymyskohtainen tarjouspyynnön liitteen 2 mukainen kriteeri)

16. Kysymys:
(3.5.) Vaaditaanko esimerkiksi sisällön lukitseminen muokkauksen ajaksi tai checkout/checkin -toiminnallisuus?
Vastaus:
Ensisijaisena vaatimuksena on sisällön lukitseminen muokkauksen ajaksi.

17. Kysymys:
(3.11.) Mitä tarkoitetaan periytyvällä päivityksellä?
Vastaus:
Mikäli kohteen (esim. verkkosivu) sijainti/linkitys muuttuu/poistetaan, periytyy tehty muutos muihin mahdollisiin kohteeseen luotuihin linkityksiin.

18. Kysymys:
(3.18.) Minkälaisia raportteja CMS-järjestelmästä halutaan?
Vastaus:
Järjestelmän toimintoja, käyttöastetta sekä sisältöjä kuvaavia raportteja.

19. Kysymys:
(3.1.) Sisällön tag-merkitseminen, mitä tällä tarkkaan ottaen tarkoitetaan?
Vastaus:
Verkkopalvelualustan sisältöön voidaan liittää merkitseviä sanoja, joita voidaan hyödyntää mm. haku- ja analysointitoiminnoissa.

20. Kysymys:
(3.32.) Käyttäjäkohtaiset hallinta-asetukset (näkyvyys, asettelut), mitä tässä tarkoitetaan asetteluilla?
Vastaus:
Asettelut ovat hallintapuolen näkymätason osakokonaisuuksia. Esimerkiksi eri käyttäjäryhmille luodaan asettelultaan toisistaan poikkeavat hallinnan etusivu- ja yhteenvetonäkymät.

21. Kysymys:
(3.47.) Käyttäjäliikenteen tasaaminen, mitä tällä tarkoitettaan? Net load balancer -toimintoaika? Kyseisillä käyttäjämäärillä ei pitäisi tarvita, mutta pitääkö tällainen sisällyttää käyttöpalveluihin, vai riittääkö vain tuki ominaisuudelle?
Vastaus:
Tuki käyttäjäliikenteen tasaamiselle riittää. Käyttäjäliikenteen tasaaminen voi olla myös julkaisujärjestelmän lisätoiminto, joka (yhdessä palvelin- ja verkkoliikenneohjelmistojen kanssa) mahdollistaa liikenne- ja kuormitustasausta sekä optimointia esim. välimuistirakenteella.

22. Kysymys:
(3.48.) Mitä kieliä editorin oikeinkirjoituksen tarkastuksen tulee tukea?
Vastaus:
Ensisijaisesti suomi ja englanti. Palvelualusta voi mahdollistaa myös tarkistuskielten ja sanastojen lisäyksen/poiston/dynaamisen hallinnan.

23. Kysymys:
(3.7.) Dynaaminen sisältörakenne (custom fields), tarkoitetaanko tällä mahdollisuutta personoida käyttöliittymää siten, että sinne voi valita tiettyjä sisältöelementtejä?
Vastaus:
Tällä tarkoitetaan sisältöelementtien lisäys, muokkaus ja poisto -toiminnallisuuksia. Custom fields-toiminnot täydentävät julkaisualustan perusmuotoisia sivupohjia ja ediointinäkymiä sekä mahdollistavat mm. sivupohjakohtaisten sisältöelementtien dynaamisen käytön.

24. Kysymys:
(3.10.) Sisältökohtainen metatiedon hallinta, mitä tällä tarkoitetaan?
Vastaus:
Sisältökohtaisen lisätiedon hallintaa esimerkiksi erillisten lisäkenttien avulla. Lisätietokentät voivat olla myös dynaamisesti hallittavia. Metatiedot voivat olla esimerkiksi käyttöliittymän hakutoimintojen käytössä tai organisaation sisäisinä lisätietoina sisältöihin liittyen.

25. Kysymys:
(3.11.) Dynaamiset linkitykset + periytyvä päivitys, mitä tällä tarkoitetaan?
Vastaus:
Ks. vastaus kysymykseen 10.

26. Kysymys:
(3.164.) Integroitavuus ulkopuolisiin järjestelmiin (tiedonvälittämisen rajapinnat), Mitä pitää integroida? Mihin pitää integroida?
Vastaus:
Alustan integroinnit liittyvät sisältöjen vaihdantaan ja automaattiseen jakeluun mm. sidosryhmäverkkopalveluiden kesken. Integraatioteknologiat tarkennetaan myöhemmin, mutta alustan toivotaan olevan perusmalliltaan esim. Web service -toimintamallia tukeva (XML pohjaiset protokollat kuten SOAP, WSDL, UDDI, XML-RPC).

27. Kysymys:
(3.49.) Sisällön monitasoinen luokittelu, mitä tällä tarkkaan ottaen tarkoitetaan?
Vastaus:
Sisältöjen luokittelua esimerkiksi pää- ja alaryhmäkohtaisesti. Ryhmien relaatiohallinta monitasoisesti.

28. Kysymys:
(3.165.) Sisällön jakelutoiminnallisuudet, mitä tällä tarkkaan ottaen tarkoitetaan?
Vastaus:
Sisältöjen jakelu verkkopalvelualustasta eri jakelukanaviin valituissa formaateissa (esim. www, mobiili-www, email).

29. Kysymys:
(3.25.) Saavutettavuuden ja soveltuvuuden osalta, onko tarkoitus saavuttaa W3C:n WAI/WCAG taso AA, vai riittääkö pelkkä A-tason saavuttaminen?
Vastaus:
Sivuston perussaavutettavuustason pitäisi käytännössä olla A, jotta edes perustavaa laatua oleva saavutettavuus olisi W3C:n mukaan kunnossa.

30. Kysymys:
(3.30.) Karttapalvelun integrointi, Millainen integrointi? Mihin karttapalveluihin?
Vastaus:
Verkkopalvelualustan tulee tukea karttapalveluintegrointia. Karttapalveluna käytetään Google Maps:ia tai verrattavaa palvelua, mutta integrointi tulee olla mahdollista myös muihin kaupallisiin karttapalveluohjelmistoihin. Integrointi tarkoittaa käytännössä esim. alustan sisältämän paikkatiedon (osoite, koordinaatti) automaattista karttaosoitusta ja linkitystä. Verkkopalvelualustan tulee mahdollistaa myös karttapohjaisten käyttöliittymien käyttöä (esim. mash-up-sovelluksissa).

31. Kysymys:
(3.34.) ECOM integrointi, millaisia integraatioita tarkoitetaan?
Vastaus:
Julkaisualustan tulee olla teknisesti yhteensovitettu käytettävän varaus- ja myyntijärjestelmän kanssa. Yhteensovittamisella tarkoitetaan esimerkiksi sisältöjen (tekstit, kuvat...) päivitystä yhteen paikkaan ja käyttöä sekä esittelevän sivuston että verkkokaupan puolella.

MESSAGING (sulkeissa merkitty kysymyskohtainen tarjouspyynnön liitteen 2 mukainen kriteeri)

32. Kysymys:
(4.) Voisiko vaatimusta 4.75 - saapuvan postin analysointityökalut - hieman täsmentää?
Vastaus:
Saapuvan postin analysointiin tarjotaan jonkinlaisia työvälineitä, minimitasolla suotimet.

33. Kysymys:
(4.103.) Sisällön tag-merkitseminen, mitä tällä tarkkaan ottaen tarkoitetaan?
Vastaus:
Ks. kysymys 12.

34. Kysymys:
(4.65.) Dynaaminen sisältö ja viestin personointityökalut, millaista dynaamista sisältöä halutaan? Mitä kaikkea tietoa halutaan käsitellä dynaamisesti ?
Vastaus:
Dynaamisia sisältöjä ovat esimerkiksi vastaanottajakohtaisesti muuttuvat tekstiosiot (käytettävissä olevien tietojen mukaisesti; esim. nimi, osoite, vierailukohde, palaute, aika tms. tieto). Dynaamiset sisällöt tulee voida helposti merkitä viestisisältöihin

35. Kysymys:
(4.67.) Viestinnän toimenpidesuosittelutyökalut, mitä tällä tarkkaan ottaen tarkoitetaan?
Vastaus:
Viestintätyöväline osaa analysoida käytettävissä olevaa dataa ja tämän perusteella suositella toimenpidettä. Esimerkiksi jos jollakin käyttäjäryhmällä on huono prosentti joukkoviestin avaamisessa, järjestelmä noteeraa tämän ja osaa ehdottaa toimenpidettä tämän kehittämiseksi.

36. Kysymys:
(4.75.) Saapuvan postin analysointityökalut, mitä tällä tarkkaan ottaen tarkoitetaan?
Vastaus:
Ks kysymys 25.

37. Kysymys:
(4.78.) Autentikointistandardit huomioitu, minkä tyyppisiä standardeja tässä tarkoitetaan?
Vastaus:
Soveltuvia autentikointimuotoja ovat esimerkiksi DKIM, Domain Keys, SenderID ja SPF. Autentikoinnilla pyritään varmistamaan viestien vastaanotto sellaisissa verkkoympäristöissä, joissa palveluntarjoajat käyttävät autentikointiin perustuvaa viestien suodatusta.

38. Kysymys:
(4.80.) Seurantatoiminnallisuudet ja vastaanottaja-analysointi, mitä tällä tarkkaan ottaen tarkoitetaan?
Vastaus:
Ominaisuudet viestin lähdöstä ja kulkeutumisprosessista vastaanottajakäyttäytymisen analysointiin.

ECOM (sulkeissa merkitty kysymyskohtainen tarjouspyynnön liitteen 2 mukainen kriteeri)

39. Kysymys:
(5.110.) Luonnokset, millaisia luonnoksia tarkoitetaan?
Vastaus:
Sisällön luonti- ja muokkausvaiheessa tallennetaan automaattisesti ja/tai voidaan tallentaa manuaalisesti luonnosversiot. Esimerkiksi tuote- ja tarjousluonnokset.

40. Kysymys:
(5.112.) Kansainvälisen kaupankäynnin ominaisuudet, tarkoitetaanko tällä englanninkielisyyttä, maksuvaihtoehtoja ja arvonlisäverotuksen huomioimista vai jotain muuta? Onko laskutusta eri valuutoissa? Missä eri valuutoissa? Miten halutaan estää arvonlisäverottomien ostosten tekeminen Euroopan Unionin sisältä?
Vastaus:
Ensisijaisesti verkkopalvelualustaan haetaan kv-kaupan mahdollistavia ominaisuuksia, kuten monikielituki, hintojen ja maksuvaluutan konversio/valinta sekä sovellettavien varaus- ja myyntiehtojen tarkennukset.

41. Kysymys:
(5.123.) Maksuliittymät, tarkoittaako pankkien viitemaksuja? Mitä muuta?
Vastaus:
Varaus- ja myyntijärjestelmän maksutoiminnallisuudet julkisessa verkkokaupassa (asiakkaan maksutavat). Lisäksi varaus- ja myyntitoiminnallisuuksien hallinnan toiminnot esim. laskutulostus.

42. Kysymys:
(5.116.) Kirjanpito-ominaisuudet / liityntä, Mikä kirjanpitojärjestelmä? Rakennetaanko liityntä projektin yhteydessä?
Vastaus:
Liityntä käyttöönotetaan (ja tarvittaessa rakennetaan) projektin yhteydessä. Verkkopalvelualustan tulee tukea taloushallintoliittymiä (esim. tuoteryhmien tilikohdennus ja tapahtumien siirtotiedostot).
Tarkennetaan järjestelmäkohtaisesti olemassa olevien valmiuksien mukaan. Taloushallinnan kohdejärjestelmänä toimii Wintime/Tikon -ohjelmisto.

43. Kysymys:
(5.106.) Verotuksen hallinta, liittyykö tämä arvonlisäverotukseen ja sen raportteihin, vai onko kyse jostain muusta?
Vastaus:
Myynnissä sovelletaan eri verotuskantoja, kuten marginaaliverotus ja 22%-arvonlisäverotus. Myynti- ja varausohjelmiston tulee osata käsitellä verotuskannat taloushallintoon liittyvissä toiminnoissa.

44. Kysymys:
(5.113.) Voucher-hallinta, kuinka kattavat toiminnot tähän halutaan?
Vastaus:
Myynti- ja varausjärjestelmän tulee mahdollistaa voucherien perustoiminnot (generointi ja hallintatoiminnot, osana verkkokauppaa).

45. Kysymys:
(5.136.) Liitettävyys ja integrointi (tiedonsiirtorajapinnat), tarkoitetaanko pelkän rajapinnan olemassa oloa vai onko tarkoitus toteuttaa projektissa myös itse liittymiä?
Vastaus:
Myynti- ja varausjärjestelmän toivotaan olevan tiedonsiirtorajapinnoiltaan rakenteellisesti ja liiketoimintamalleja mahdollistavasti määritelty. Ensisijaista on rajapintojen tekninen valmiustoteutus, joka mahdollistaa kustannustehokkaat integroinnit tarvittaviin kohdejärjestelmiin. Tekninen valmius voi olla WebService tms. mallia noudattava (tietorakenteiden- ja sisältöjen ontologiamääritteet sekä ohjelmistotekninen valmius ja adaptiivisuus).

46. Kysymys:
(5.109.) Tuotteen kapasiteetinhallinta, mitä tällä tarkkaan ottaen tarkoitetaan?
Vastaus:
Tuotteella voi olla eri käyttö-/varauskapasiteetti eri aikoina, ja tämää tulee olla hallittavissa.
Esimerkiksi majoitus- ja ohjelmapalvelutuotteiden toisistaan poikkeavat kapasiteetti- ja saatavuustiedot lähtökohtaisesti sekä varaustilanteiden mukaan.

47. Kysymys:
(5.123.) Tuoteryhmähallinta, mitä tällä tarkkaan ottaen tarkoitetaan?
Vastaus:
Tuotteet voidaan ryhmitellä/kategorisoida. Tuoteryhmiin kohdistetaan mm. sovellettavat liiketoimintasäännöstöt (kapasitteetti- ja myyntiehdot jne.).

48. Kysymys:
(5.148.) Paketoidun tuotteen kapasiteetinhallinta, mitä tällä tarkkaan ottaen tarkoitetaan?
Vastaus:
Myytävät tuotteet voidaan koostaa osakomponenteista (esim. hotellihuone + ohjattu ohjelmapalvelu + ravitsemuspalvelu = myytävä tuote). Osakomponentien saatavuustietoja hallitaan eri säännöstöjen mukaan, joilloin paketin saatavuustieto muodostetaan osakomponenttien mukaan.

49. Kysymys:
(5.150.) Karttapalveluintegraatio tuotekohtaisesti, mihin karttapalveluun? Millainen integrointi? Sisältyykö liitynnät projektiin?
Vastaus:
Vrt. kysymys 23. Verkkopalvelualustan tulee tukea karttapalveluintegrointia. Ensisijaisena karttapalveluna käytetään Google Maps -palvelua, mutta integrointi tulee olla mahdollista myös muihin kaupallisiin karttapalveluohjelmistoihin. Integrointi tarkoittaa käytännössä esim. alustan sisältämän paikkatiedon (osoite, koordinaatti) automaattista karttaosoitusta ja linkitystä. Verkkopalvelualustan tulee mahdollistaa myös karttapohjaisten käyttöliittymien käyttöä (esim. mash-up-sovelluksissa). Perusliitynnät luodaan projektin aikana.

50. Kysymys:
(5.152.) Monipuolinen tarjoushallinta, mitä tällä tarkkaan ottaen tarkoitetaan? Alennuttuja hintoja vai tarjouksien lähettämistä ja vastaanottamista asiakkaille?
Vastaus:
Tarjoustoiminnallisuuksien toteutusta verkkopalvelualustassa. Toiminnallisuuksia voivat olla esimerkiksi: tarjouspyynnön vastaanotto, tarjouspyynnön käsittely, tarjouksen luonti ja muokkaus, tuotteiden ja liittyvien tietojen poiminta tarjoukseen, tarjouspyyntöjen ja tarjousten arkisointi, tarjousten versiointi- ja muokkaushistoria jne. Verkkopalvelualustan tulee mahdollistaa tarjouspyyntöihin perustuva kaupankäynti.