Teenuse kasutuse leping

E-ARVELDAJA E-ARVE OPERAATORTEENUSE VAHENDUSLEPING nr 2/20-26 Registrite ja Infosüsteemide Keskus (edaspidi RIK), (registrikoodiga 70000310), asukohaga Lubja tn 4, 10115 Tallinn, mida põhimääruse alusel esindab asedirektor direktori ülesannetes Aive Normak ja Fitek OÜ (edaspidi edasipakkuja) (registrikoodiga 16869243), asukohaga Veerenni 38b, Tallinn 10138, mida põhikirja alusel esindab juhatuse esimees Mait Sooaru, keda edaspidi nimetatakse Lepingus pool või koos poolteks, sõlmisid e-arvete operaatorteenuse vahenduslepingu (edaspidi nimetatud leping) alljärgnevas: 1. Lepingu objekt ja Lepingu dokumendid 1.1. Käesoleva lepingu alusel võimaldab RIK edasipakkuja tarkvara kaudu pääseda ligi e-arveldaja e- arve operaatori teenusele, mille tulemusena saavad edasipakkuja tarkvara kliendid võimaluse saada e-arveldaja klientideks ulatuses, mis annab neile õiguse e-arveldaja võrgustiku vahendusel piiramatus koguses e-arveid vastu võtta ja edastada (edaspidiselt nimetatud ka kui teenus). 1.2. Lepingu dokumendid koosnevad lepingu tekstist, lepingu lisadest, mis on lisatud lepingu allkirjastamisel ja lisadest, millistes võidakse kokku leppida pärast lepingu allkirjastamist. Lepingu allkirjastamisel on lepingu lisad järgmised: 1.2.1. Teenuste tehnilised spetsifikatsioonid – Lisa 1; 1.2.2. Teenustaseme lepe – Lisa 2. 2. Teenuse kasutamise tingimused 2.1. Teenuse tehnilised spetsifikatsioonid on täpsustatud lepingu lisas 1. Pooled võivad vahetada teenuse osutamiseks vajalikku informatsiooni, nt turvavõtmed, kontaktisikute vahendusel kirjalikku taasesitamist võimaldavas vormis. 2.2. Pooled lepivad kokku, et neil ei teki lepingu kehtivuse perioodil ja pärast lepingu lõppemist rahalisi nõudeid seoses teenuse osutamiseks teostatavate arenduste loomise ja elluviimise protsessiga, poolte poolt nende tarkvara klientidele antud võimalike lubadustega jne. 2.3. RIK ei vastuta edasipakkuja klientide poolt teenuse kasutamisega seotud toimingute tegemise sisulise õiguspärasuse eest. 2.4. Edasipakkujal ei teki õiguspärast ootust teenuse kehtima jäämiseks lepingus märgitud kujul. RIKil on õigus teenust muuta, teavitades sellest edasipakkujat vastavalt lepingu punktile 4.1.5. 2.5. RIK tagab edasipakkujale teenuse tehnilise kasutajatoe e-maili teel tööpäeviti. Tööpäevana käsitletakse kalendripäeva, mis ei ole laupäev, pühapäev ega Eesti Vabariigi seadustega kehtestatud riiklik püha. Kasutajatugi nõustab ainult Teenuse tehnilist kasutamist puudutavates küsimustes. 3. Tasu ja maksetingimused 3.1. Teenuse vahendamise tasu arvestatakse kuutasuna edasipakkuja aktiivsete klientide arvu põhiselt. Aktiivseks kliendiks loetakse edasipakkuja klienti, kes on edasipakkuja vahendusel andnud nõusoleku e-arveldaja e-arve operaatori vahendusteenuse kasutamiseks. Kuutasu on 0,5 EUR (koos käibemaksuga) kuus iga edasipakkuja aktiivse kliendi eest. Kuutasu hakatakse arvestama lepingu sõlmimisele järgneva kuu eest. 3.2. Edasipakkuja kohustub tasuma teenuse kasutamisega seotud tasu eelneva kuu eest üks kord kuus RIKi poolt esitatud arve alusel. Kui pooled ei ole kokku leppinud teisiti, edastab RIK arve edasipakkujale ainult elektroonilisel kujul (kas e-mailile või e-arvena kui e-arve vastuvõtmine on edasipakkujal e-arvete vastuvõtjate registrist tuvastatav). Arve tuleb tasuda 14 kalendripäeva jooksul arvates arve väljastamisest. 3.3. RIKil on õigus muuta kuutasu. Kuutasu muutmine ei ole käsitletav lepingu muutmisena lepingu punkti 11.2 tähenduses. RIK on kohustatud muudatusest edasipakkujat ette teavitama vähemalt 30 kalendripäeva. 3.4. Arve loetakse tasutuks, kui kogu arvel esitatud summa on laekunud arvel näidatud Rahandusministeeriumi pangakontole. Tasu maksmisega viivitamisel on RIKil õigus nõuda edasipakkujalt viivist 0,2% tähtajaks tasumata summalt päevas iga viivitatud kalendripäeva eest.  3.5. Võlgnevuse tekkimisest teavitab RIK teenuse edasipakkujat meeldetuletusega, mis väljastatakse kui arve tasumise tähtajast on möödunud 14 kalendripäeva, märkides tasumise tähtajaks 14 kalendripäeva. Kui edasipakkuja ei tasu võlgnevust meeldetuletusel märgitud tähtajaks, on RIKil õigus koheselt katkestada juurdepääs teenusele ja leping lõpetada. 4. RIK õigused ja kohustused 4.1. RIK kohustub: 4.1.1.võimaldama edasipakkujale juurdepääsu teenusele ja osutama teenust, vastavalt õigusaktidele, lepingule ja lepingu lisadele ning vastutama teenuse tõrgeteta kättesaadavuse eest vastavalt teenustaseme leppele (Lisa 2); 4.1.2.mitte nõuda edasipakkuja klientidelt eraldi lepingu sõlmimist e-arveldaja teiste teenuste kasutamiseks ja teenustasu e-arveldaja e-arve operaatorteenuse kasutamise eest. Teenuse kasutamine muutub olemasolevatele ja tulevastele edasipakkuja klientidele võimalikuks automaatselt pärast poolte poolt vastava lahenduse loomist ning selle avamist; 4.1.3.rakendada e-arvete ja nimetatus sisalduvate andmete turvaliseks töötlemiseks vajalikud turvameetmed; 4.1.4.tagada e-arvete ja nimetatus sisalduvate andmete elektroonilisel teel edastamise turvalisus (et edastamine toimuks edasipakkuja kliendi poolt märgitud isikule); 4.1.5.teavitada edasipakkujat teenuse sisu muutmist tingivate tööde teostamise kavatsusest esimesel võimalusel. Nimetatud tööde teostamisel on RIK kohustatud edastama kõik võimalikud info, millega peaks arvestama teenuse sisu muutmisel ja tegema kõik muu vajaliku selleks, et RIKi poolt tehtavatest töödest tingitud edasipakkuja teenuste muudatused realiseeritakse samaaegselt RIKi tööde tulemiga. Juhul kui samaaegne realiseerimine ei ole võimalik on RIKil õigus peatada vastava teenuse osutamine; 4.1.6.tagada juurdepääs arendus- ja/või testkeskkonnale vajalike muudatuste testimiseks eesmärgiga veenduda teenuste toimimises kokkulepitud kujul. 4.2. RIKil on õigus: 4.2.1.saada edasipakkuja kontaktisikult igakülgset informatsiooni ja abi lepingu täitmist puudutavates küsimustes; 4.2.2.võimaldada teenuse kasutamist üksnes lepingus kokkulepitud tingimustel; 4.2.3.katkestada koheselt juurdepääs teenusele, kui edasipakkuja rikub talle lepinguga pandud või õigusaktidest tulenevaid kohustusi või ilmneb sellekohane põhjendatud kahtlus. 5. Edasipakkuja õigused ja kohustused 5.1. Edasipakkuja kohustub: 5.1.1.tasuma RIKile teenuse eest vastavalt lepingu punktile 3; 5.1.2.kasutama ja tagama teenuse kasutamine klientide poolt kooskõlas õigusaktide, lepingu ja lepingu lisadega, heas usus ja hoidudes RIKi või kolmandaid isikuid kahjustavast tegevusest; 5.1.3.rakendada e-arvete ja nimetatus sisalduvate andmete turvaliseks töötlemiseks vajalikud turvameetmed; 5.1.4.tagada e-arvete ja nimetatus sisalduvate andmete elektroonilisel teel edastamise turvalisus (et edastamine toimuks edasipakkuja kliendi poolt märgitud isikule); 5.1.5.hoiduma mistahes toimingutest, mis võivad ohustada teenuse turvalisust; 5.1.6.hoidma saladuses talle lepingu täitmisega teatavaks saanud asjaolusid, v.a. juhul, kui RIK on andnud avalikustamiseks loa või kui see tuleneb seadusest; 5.1.7.tagada, et edasipakkuja klientide nimel edastatud e-arved on edastatud autenditud klientide poolt. Autentimisvahenditeks on ID-kaart, mobiil-ID, pangalink, välismaalase ID-kaart või muu turvalistautentimist võimaldav vahend. RIK ei vastuta olukorra eest, mil tarkvara klient on edastanud oma autentimisvahendi (ID-kaart jne) kolmandale isikule; 5.1.8.järgima punktis 4.1.5 nimetatud teenuste muudatuste realiseerimise kava; 5.1.9.punktis 4.1.5 toodud tööde teostamisel osalema RIKi nõudmisel testprotsessis. 5.2. Edasipakkujal on õigus: 5.2.1.saada teenust vastavalt õigusaktidele, lepingule, lepingu lisadele, s.h teenustaseme leppele. 5.2.2.saada RIKi kontaktisikult igakülgset informatsiooni ja abi lepingu täitmist puudutavates küsimustes. 2 6. Poolte vastutus 6.1. Pooled vastutavad lepinguga võetud kohustuste täitmata jätmise või mittekohase täitmise eest Eesti Vabariigi õigusaktides ning lepingus ettenähtud korras. 6.2. Edasipakkuja on vastutav kõikide oma klientide eest ning tagab oma klientide poolt tehtavate toimingute vastavuse käesolevas lepingus ja nimetatu lisades ning õigusaktides toodud tingimustele. 6.3. Oluliseks lepingu rikkumiseks loetakse muu hulgas, kuid mitte ainult, järgmisi rikkumisi: 6.3.1.Pool on rikkunud mis tahes lepingust tulenevat kohustust ega ole rikkumist kõrvaldanud teise poole poolt antud täiendava tähtaja jooksul; 6.3.2.edasipakkuja on rikkunud intellektuaalse omandi õigusi; 6.3.3.pool on rikkunud konfidentsiaalsuskohustust; 6.3.4.pool on rikkunud avalikustamise keelu kohustust. 6.4. Olulise lepingu rikkumise korral on poolel õigus nõuda teiselt poolelt igakordsel rikkumisel leppetrahvi kuni 3000 eurot. Leppetrahvi nõude esitamine ei võta poolelt õigust nõuda tekitatud kahju hüvitamist või kasutada muid seadusest tulenevaid õiguskaitsevahendeid. 6.5. Pooled vastutavad lepingu rikkumisega teisele poolele tekitatud varalise kahju eest, välja arvatud juhul, kui pool ei vastuta kahju tekkimise eest vastavalt lepingu punktile 10. 6.6. Pooled ei ole vastutavad mis tahes muu teisel poolel tekkida võiva kahju eest ega ole kohustatud hüvitama teisele poolele saamata jäänud tulu, katkenud äritegevusega seotud kulu või kasumi vähenemist või muud sarnast kahju. Poole vastutus teisele poolele süüliselt tekitatud kahju korral on piiratud kuni 3000 euroga. 6.7. RIK ei vastuta, kui teenustaseme leppes (SLA) kokku lepitud teenustase jääb saavutamata alljärgnevatel juhtudel: 6.7.1.teenuse edasipakkuja on asunud kasutama teenust eirates soovitusi, mis on antud RIKi või muu teenusepakkuja poolt; 6.7.2.muu teenusepakkuja teenus ei tööta; 6.7.3.on ilmnenud vead, viivitused või häired, mis on tekkinud teenuse edasipakkuja poolt teenuse kasutamisel sisestatud ebakorrektsetest- või valeandmetest; 6.7.4.teenusetaseme mitte saavutamine ajaperioodil on kokku lepitud. 7. Intellektuaalne omand Kaubamärkide, RIK logode ja muu intellektuaalomandi kasutamisega ei teki edasipakkujal ühelgi juhul omandi- vms. õigusi kaubamärkide, RIK logode või muu intellektuaalomandi suhtes. Kaubamärke, RIK logosid ja muud intellektuaalomandit võib kasutada vaid RIKi eelneval kirjalikul nõusolekul. Edasipakkujal ei ole ühelgi juhul õigust kaubamärke, RIK logosid või muud intellektuaalomandit muuta, täiendada vms. 8. Konfidentsiaalsus 8.1. Lepingu täitmisel teatavaks saanud isiku- ja turvaandmed ning muu teave ja asjaolud, mille avalikuks tulemine võiks kahjustada kummagi poole huve, on konfidentsiaalne. Konfidentsiaalsuskohustuse rikkumist käsitletakse kokkuleppe olulise rikkumisena. 8.2. Konfidentsiaalne informatsioon ei hõlma endas informatsiooni, mille avalikustamise kohustus tuleneb seadusest või selle alusel antud õigusaktist, tingimusel, et selline avaldamine viiakse läbi võimalikest variantidest kõige piiratumal viisil. 8.3. Konfidentsiaalsusnõue on tähtajatu, kui seadusest või selle alusel antud õigusaktidest ei tulene teisiti. 9. Avalikud suhted Pooled ei tegele seoses lepinguga avalike suhetega ega anna teateid pressile, elektroonilisele meediale, üldsusele või teistele auditooriumidele, välja arvatud teise poole eelneval kirjalikul nõusolekul. Avaldada võib vaid teateid, mis on teise poolega eelnevalt kooskõlastatud. 10. Vääramatu jõud 10.1. Vääramatuks jõuks on sõda, mäss, terroriakt, rahutused, loodusõnnetus või mingi muu mõjult sama oluline ja ebatavaline, pooltest sõltumatu asjaolu. 3  10.2. Kumbki pool ei vastuta lepingujärgsete kohustuste mittetäitmise eest vääramatu jõu tõttu, st tingimuste tõttu, mis on poolte mõistliku kontrolli alt väljas. Pool peab teist poolt selliste asjaolude saabumisest ja lõppemisest koheselt informeerima. Kui vääramatu jõud kestab vähemalt 3 kuud, on mõlemal poolel õigus leping üles öelda. 11. Lepingu kehtivus, muutmine ja lõpetamine 11.1. Käesolev leping jõustub selle sõlmimise hetkest ja kehtib tähtajatult. 11.2. Lepingut võib muuta poolte kirjalikul kokkuleppel. Muudatused jõustuvad pärast nende allkirjastamist mõlema poole poolt või poolte poolt määratud tähtajal. Kirjaliku vormi mittejärgimisel on muudatused tühised. 11.3. Pooltel on õigus leping korraliselt üles öelda igal ajal ja sõltumata põhjusest, teatades sellest teisele poolele kirjalikult ette vähemalt 3 kuud. 11.4. RIK-il on õigus leping ilma punktis 11.3 toodud etteteatamistähtaega järgimata üles öelda, kui teenuse edasipakkuja rikub lepingus ja õigusaktides toodud nõudeid ning ei ole rikkumist kõrvaldanud 5 kalendripäeva jooksul, arvates RIK-ilt vastava nõude saamisest. 12. Kontaktandmed 12.1. RIKi kontaktisikuks on Aleksandr Beloussov (tel: +372 663 6533, e-post: [email protected] 12.2. RIK tehniline kasutajatugi: e-post: [email protected] 12.3. Teenuse edasipakkuja kontaktisikuks on Voote Rom (tel: 56 89 1400, e-post: [email protected]); Tehnilistes küsimustes kontaktisik Voote Rom (tel: 56 89 1400, e-post: [email protected]). 12.4. Pool on kohustatud viivitamatult teatama kontaktandmete muutumisest teisele poolele. 13. Lõppsätted 13.1. Lepingust tulenevad ja/või lepinguga seonduvad teated ja muud tahteavaldused tuleb teha kirjalikku taasesitamist võimaldavas vormis. 13.2. Lepingule ning kõikidele lepingu osaks olevatele dokumentidele kohaldatakse Eesti Vabariigi seadusi ja teisi Eesti Vabariigis kehtivaid õigusakte. 13.3. Lepinguga seotud vaidlused püüavad pooled lahendada läbirääkimiste teel. Kui Lepingust tulenevaid vaidlusi ei õnnestu lahendada poolte läbirääkimiste teel, lahendatakse vaidlus Harju Maakohtus. 13.4. Leping on allkirjastatud digitaalselt. 14. Poolte rekvisiidid Registrite ja Infosüsteemide Keskus Fitek OÜ Registrikood: 70000310 Registrikood: 16869243 Aadress: Lubja tn 4, 10115 Tallinn, Eesti Aadress: Harju maakond, Tallinn, Kesklinna linnaosa, Veerenni tn 40a, 10138 Telefon: +372 663 6300 Telefon: +372 5599 9600 Faks: +372 646 0165 Faks: - E-post: [email protected] E-post: [email protected] KMKR (VAT) number: EE100523377 KMKR (VAT) number: EE102682290 /allkirjastatud digitaalselt/ /allkirjastatud digitaalselt/ Asedirektor direktori ülesannetes Juhatuse liige Aive Normak Mait Sooaru 4  Leping nr 2/20-26 Lisa 1 Teenuste tehnilised spetsifikatsioonid Teenuste tehnilise spetsifikatsioon dokument asub lepingu asice konteineris eraldi pdf failina. 5  Leping nr 2/20-26 Lisa 2 Teenustaseme lepe Teenustaseme leppe dokument asub lepingu asice konteineris eraldi pdf failina. 6  Lepingu nr 2/20-26 Lisa 1 Teenuse tehniline spetsifikatsioon V3 Lepingu loomine ja lõpetamine Selleks, et edasipakkuja klient saaks saata/võtta vastu e-arveid läbi e-arveldaja, peab edasipakkuja kliendile looma lepingu kirje e-arveldajas. Lepingu kirje loomisega deklareerib edasipakkuja klient e- arveldaja e-arve operaatori valiku ning e-arveldajas aktiveeritakse bitt „võtab e-arved vastu“. E-arve saatmise/vastuvõtmise aktiveerimisega edastatakse andmed e-arvete vastuvõtjate registrisse ning edasipakkuja klient peab seost kinnitama ettevõtjaportaalis mille järel aktiveerub edasipakkuja kliendil e-arve vastuvõtmise võimalus. E-arveid saab saata koheselt. Kui e-arvete vastuvõtu operaatori seost ei kinnitata tähtajaks (igal kliendil on aktiveerimise hetkest täpselt 7 päeva seose kinnitamiseks ettevõtjaportaalis), muutub e-arveldaja leping mitte-aktiivseks kaheksandal päeval andmete registriga sünkroniseerimisel. Kinnitamise vajadusest teavitatakse edasipakkuja klienti eraldi äriregistri poolt äriregistris määratud e-mailile 5 minuti jooksul alates lepingu algatamisest e-arveldajas. Tulenevalt asjaolust, et RIK ei saa garanteerida e-maili teavituse kätte toimetamist peab edasipakkuja oma klienti teavitama ning paluma seos ettevõtjaportaalis kinnitada. CreateForwardingContractService Lepingu loomise päring Sisend: CreateForwardingContractQuery Väli Kirjeldus provider_code Edasipakkuja unikaalne kood forwarder_regcode Edasipakkuja kliendi registrikood transfer_datetime Päringu tegemise aeg Signature Päringu allkiri. RSA(sha-256(provider_code || '#' || transfer_datetime.strftime('%d.%m.%Y HH24:MI:SS') || '#' || forwarder_regcode), privekey) only_send_einvoice Mittekohustuslik bitt, mõeldud edasipakkuja klientidele, kes sooviks aktiveerida üksnes e-arve saatmist võimaldavat funktsionaalsust. Selle aktiveerimisel ei edastata päringut e-arvete vastuvõtjate registrisse ning e-arvete saatmne on pärast lepingu aktiveerimist koheselt võimalik. Alates aprill 2019 saavad selle bittiga e-arve saatmislepingud aktiveerida iga ühingu nimel kõik edasipakkujad (st sama ühingut saab ainult e-arvete saatmise osas teenindada N edasipakkujat, kui selleks on vajadus). Alates 01.01.2020 võib selle bittiga üheaegselt olla kliendil paralleelselt ka päris e-arveldaja leping kui selleks on kliendil vajadus. NB! Lahtri sisu on tõstutundlik (case sensitive), korrektse kasutamiseks väärtus peab olema kas true või false (mitte True/False). NB! päringu "transfer_datetime" on yyyy-MM-ddTHH:mm:ss+00:00 formaadis (ilma offset’ita päring ei tööta), aga samas päringu allkirja arvutamisel on transfer_datetime pp.kk.aaaa HH:mm:ss formaadis ning ilma ajavööndita. Väide kehtib ka kõigi järgnevate päringute kohta. NB! Kui saatjaks soovitakse kasutada registrikoodina füüsilise isiku isikukoodi (nt Notari, Pankrotihalduri, Kohtutäituri puhul), siis vastavad isikukoodid tuleb registreerida edasipakkujal e- arveldaja tehnilise toe abil. Isikukoodide eemaldamiseks tuleb samuti võtta ühendust tehnilise toega. Väljund: CreateForwardingContractResponse Väli Kirjeldus Status Päringu tulemus: - „FAIL“ – viga; - „OK“ –päring oli edukas. - Message Staatuse kirjeldus eesti keeles. Informatiivne. Olulised äriloogilised vastuste variandid: - „Leping loodud!“ - „Aktiivne leping (%s) teise edasipakkuja juures, lepingu moodustamiseks peab eelnevalt vana edasipakkuja juures lepingu lõpetama!“. – tagastatakse juhul kui üritatakse luua ROAMING tüüpi leping, kuid see on hetkel kehtiv teise edasipakkuja juures (üheaegselt e-arvete vastuvõtt võib olla seotud ainult ühe edasipakkujaga). - „Ettevõttel on kehtiv tasuta leping e-arveldaja kasutamiseks. E-arvete saatmiseks tuleb see leping esmalt lõpetada. Lepingu lõpetamiseks palun võtke ühendust e-arveldaja kasutajatoega.“ – tagastatakse juhul kui üritatakse luua ROAMING tüüpi leping kuid eksisteerib tasuta e- arveldaja kasutuse leping - „Ettevõttel on kehtiv tasuline leping e-arveldaja kasutamiseks. E-arvete saatmiseks tuleb see leping esmalt lõpetada."– tagastatakse juhul kui üritatakse luua ROAMING tüüpi leping, kuid eksisteerib tasuline e- arveldaja kasutuse leping, mida klient e-arveldajas saab ise lõpetada, mille järel saab ROAMING leping algatada. - „Kehtiv leping (%s) on juba olemas. Kui soovite lepingut muuta või lisada teist tüüpi lepingu, siis peate kehtiva lepingu tühistama.“ – tagastatakse juhul kui üritatakse luua leping uuesti hetkel kui eelnev ROAMING/FORWARDING leping veel aktiivne. NB! aktiveeritud lepingu järgselt saab e-arveid saatmata hakata mõne sekundi pärast peale lepingu aktiveerimist (st selle aja jooksul replikeeritakse loodud lepingu andmed). TerminateForwardingContractService Lepingu lõpetamise päring Sisend: TerminateForwardingContractQuery Väli Kirjeldus provider_code Edasipakkuja unikaalne kood forwarder_regcode Edasipakkuja kliendi registrikood transfer_datetime Päringu tegemise aeg Signature Päringu allkiri. RSA(sha-256(provider_code || '#' || transfer_datetime.strftime('%d.%m.%Y HH24:MI:SS') || '#' || forwarder_regcode), privekey) Väljund: TerminateForwardingContractResponse Väli Kirjeldus Status Päringu tulemus: - „FAIL“ – viga; - „OK“ –päring oli edukas. Message Staatuse kirjeldus eesti keeles. Informatiivne. Olulised äriloogilised vastuste variandid: - „Leping lõpetatud!“ - „Leping ei kehti veel. Lepingut saab tühistada alates %s!“ – tagastatakse olukorras, kus eelnev leping on tühistatud, kuid kehtib vaikimisi jooksva päeva lõpuni ning uut lepingut alustatakse järgmisest päevast. - „'Viga: e-arvete vastuvõtu lepingut ei saa tühistada kui ei olnud e- arvete vastuvõtt kinnitatud e-arvete vastuvõtjate registris (ettevõtjaportaalis). Leping aegub automaatselt 8 päeva möödudes alates lepingu algatamisest kui ei tuvastata e-arvete vastuvõtu kinnitust e-arvete vastuvõtjate registrist.“ – tagastatakse olukorras kui üritatakse tühistada ROAMING tüüpi leping mille kohta läks e-arve registrisse päring e-arve registris seose kinnitamiseks, kuid infot kinnitamise kohta pole veel e-arveldajaga sünkroniseeritud. Eesmärgiks on vähendada ekslikku lepingu tühistamist. Tulevikus on plaanis see funktsionaalsus muuta, kui e-arve registri funktsionaalsust on täiendatud. GetProviderContractsService Edasipakkuja kehtivate lepingute saamise teenus. Teenus väljastab kõik edasipakkujaga seotud aktiivsed lepingud (sh ka homse kehtivuse algusega). Sisend: GetProviderContractsQuery Väli Kirjeldus provider_code Edasipakkuja unikaalne kood transfer_datetime Päringu tegemise aeg signature Päringu allkiri. RSA(sha-256(provider_code || '#' || transfer_datetime.strftime('%d.%m.%Y HH24:MI:SS')), privekey) Väljund: GetProviderContractsResponse Väli Kirjeldus status Päringu tulemus: - „FAIL“ – viga; - „OK“ –päring oli edukas. message Staatuse kirjeldus eesti keeles. Informatiivne. contracts Sõlmitud lepingute nimekiri, kus kuvatakse edasipakkujate kõik päringute teostamise hetkel kehtivad lepingud (sh ka homsest kehtivad, kui sellised esinevad). Lepingute variandid: ROAMING (e-arvete saatmine ning  vastuvõtmine), FORWARDING (ainult e-arvete saatmine). Väli Kirjeldus registry_code Ühingu registrikood, kelle kohta aktiivne leping e- arveldajas olemas contract_type Lepingu tüüp (ROAMING/FORWARDING) start_date Lepingu algatamise kuupäev Arvete vastuvõtmine E-arvete vastuvõtmiseks on 2 päringut: e-arvete nimekiri ning e-arve sisu (üks e-arve päringu kohta). E- arvete vastuvõtmine e-arveldaja operaatori teenuse kasutajatele on asünkroonne, mis tähendab, et edasipakkuja klientidele saadetud e-arved peab aeg ajalt kontrollima ning olemasolul alla laadima. GetInvoiceListService – Edasipakkuja klientidele saabunud e-arvete nimekiri Teenuse kasutamise soovituslik aeg on iga 5-10 minuti tagant, teenuse kasutamise piirang on üks kord 2 minuti jooksul. Sisend: GetInvoiceListQuery Väli Kirjeldus provider_code Edasipakkuja unikaalne kood from_datetime e-arve saabumine e-arveldajasse alates kuupäev ja kellaaeg. Soovitatav kasutada viimase arve (GetInvoiceList response) „received_datetime“ Täpsustus: päringusse pandav aeg peaks olema Eesti aja järgi viitega ajatsoonile. Ehk kui viimase saadud arve millisekunditega aeg oli 2019-06-25T10:12:05.973642 siis järgneva päringu sisendisse tuleb panna from_datetime väljale väärtuse: 2019-06-25T10:12:05+03:00. UTC-s töötamisega iga salvestatud saabunud arvete aega peab offsetti järgi modifitseerima. to_datetime e-arve saabumine e-arveldajasse kuni kuupäev ja kellaaeg. Mittekohustuslik. transfer_datetime Päringu tegemise aeg client_regcode Vabatahtlik väli, Arve saaja registrikood, mõeldud päringuväljundi filtreerimiseks üksikkasutaja/registrikoodi jaoks. Signature Päringu allkiri. RSA(sha-256(provider_code || '#' || transfer_datetime.strftime('%d.%m.%Y HH24:MI:SS') || '#' || from_datetime.strftime('%d.%m.%Y HH24:MI:SS')), privekey) NB! Kui uus väli (client_regcode) on päringus täidetud siis päringu allkiri peab sisaldama ka vastavat koodi: RSA(sha-256(provider_code || '#' || transfer_datetime.strftime('%d.%m.%Y  HH24:MI:SS') || '#' || from_datetime.strftime('%d.%m.%Y HH24:MI:SS') || '#' || client_regcode)), privekey) Väljund: GetInvoiceListResponse Väli Kirjeldus Status Päringu tulemus: - „FAIL“ – viga; - „OK“ –päring oli edukas. Message Staatuse kirjeldus eesti keeles. Informatiivne. Invoices e-arvete list Väli Kirjeldus invoice_id Arve unikaalne identifikaator e- arveldajas. received_datetime Saabumise aeg (e- arveldajasse). GetInvoiceListService_v2 – Edasipakkuja klientidele saabunud e-arvete nimekiri v2 Teenuse kasutamise soovituslik aeg on iga 5-10 minuti tagant, teenuse kasutamise piirang on üks kord 2 minuti jooksul. Lisandus võimalus teada saada kas originaal e-arve on saabunud Peppoli kaudu. Sisend: GetInvoiceListQuery Väli Kirjeldus provider_code Edasipakkuja unikaalne kood from_datetime e-arve saabumine e-arveldajasse alates kuupäev ja kellaaeg. Soovitatav kasutada viimase arve (GetInvoiceList response) „received_datetime“ Täpsustus: päringusse pandav aeg peaks olema Eesti aja järgi viitega ajatsoonile. Ehk kui viimase saadud arve millisekunditega aeg oli 2019-06-25T10:12:05.973642 siis järgneva päringu sisendisse tuleb panna from_datetime väljale väärtuse: 2019-06-25T10:12:05+03:00. UTC-s töötamisega iga salvestatud saabunud arvete aega peab offsetti järgi modifitseerima. to_datetime e-arve saabumine e-arveldajasse kuni kuupäev ja kellaaeg. Mittekohustuslik. transfer_datetime Päringu tegemise aeg client_regcode Vabatahtlik väli, Arve saaja registrikood, mõeldud päringuväljundi filtreerimiseks üksikkasutaja/registrikoodi jaoks. Signature Päringu allkiri. RSA(sha-256(provider_code || '#' || transfer_datetime.strftime('%d.%m.%Y HH24:MI:SS') || '#' || from_datetime.strftime('%d.%m.%Y HH24:MI:SS')), privekey) NB! Kui uus väli (client_regcode) on päringus täidetud siis päringu allkiri peab sisaldama ka vastavat koodi: RSA(sha-256(provider_code || '#' || transfer_datetime.strftime('%d.%m.%Y  HH24:MI:SS') || '#' || from_datetime.strftime('%d.%m.%Y HH24:MI:SS') || '#' || client_regcode)), privekey) Väljund: GetInvoiceListResponse Väli Kirjeldus Status Päringu tulemus: - „FAIL“ – viga; - „OK“ –päring oli edukas. Message Staatuse kirjeldus eesti keeles. Informatiivne. Invoices e-arvete list Väli Kirjeldus invoice_id Arve unikaalne identifikaator e- arveldajas. received_datetime Saabumise aeg (e- arveldajasse). peppol_invoice Tagastatakse True väärtust kui originaal e-arve on saabunud Peppoli võrgu kaudu. Kui ei ole tegu Peppoli kaudu saabunud e-arvega, siis tag’i vastuses ei tagastata. GetInvoiceService Teenusega päritakse konkreetse e-arve sisudokumendid (xml + PDF). On lubatud teha korduvad päringud sama e-arve kohta, kuid tiheda korduvate päringute tegemisel ignoreerib süsteem päringud, kui nende maht on ebamõistlikult suur. NB! SLA kohaselt säilitame saabunud e-arvete logi 7 aastat, kuid XML ning PDF faile 6 kuud. Sisend: GetInvoiceQuery Väli Kirjeldus invoice_id e-arve identifikaator InvoiceList päringust. provider_code Edasipakkuja unikaalne kood transfer_datetime Päringu tegemise aeg signature Päringu allkiri. RSA(sha-256(provider_code || '#' || transfer_datetime.strftime('%d.%m.%Y HH24:MI:SS') || '#' || invoice_id), privekey) peppol_xml_file Mittekohustuslik boolean, kas tagastada Peppoli kaudu saabunud originaalfail? Väljund: GetInvoiceResponse Väli Kirjeldus Status Päringu tulemus: - „FAIL“ – viga;  - „OK“ –päring oli edukas. Message Staatuse kirjeldus eesti keeles. Informatiivne. Invoice Arve struktuur Väli Kirjeldus invoice_id Arve unikaalne identifikaator e- arveldajas. sender_provider_code Ühingu e-arve käitlemisteenuse pakkuja kood. sender_regcode Arve väljastaja registrikood. sender_name Arve väljastaja nimi. receiver_regcode Arve saaja registrikood. receiver_name Arve saaja nimi. invoice_xml_file BASE64 formaadis Eest e-invoice 1.2 standardile vastav xml dokument. Juhul kui päringus peppol_xml_file oli väärtustatud true’ga ning arve kohta olemas originaal formaadis Peppoli kaudu saabunud dokument, siis tagastatakse BASE64 formaadis Peppoli kaudu saabunud e-arvet. invoice_pdf_file BASE64 formaadis arve pdf fail. Juhul kui päringus peppol_xml_file oli väärtustatud true’ga ning arve kohta olemas originaal formaadis Peppoli kaudu saabunud dokument, siis PDF faili ei tagastata. Vajadusel klient võtab attachmendid otse Peppoli dokumendist või genereerib Peppoli XML faili baasil oma PDF/HTML arve pilti. received_datetime Saabumise aeg (e- arveldajasse). *NB! SLA arve säilitamise tähtaja saabumisel (6 kuu möödumisel alates arve edastamisest e-arveldaja teenusesse) kustutatakse PDF/XML ära ning teenuse väljundis väljadel invoice_xml_file ja invoice_pdf_file on sisu tühi. Arve saatmine Arve saatja operaatoriks on alati e-arveldaja (arve saaja jaoks). GetClientsFullService e-arve vastuvõtmiseks võimeliste ühingute nimekiri Teenus väljastab e-arveldaja e-arve operaatori teenuse edasipakkujatele kogu nimekirja, kellele on võimalik e-arveldaja teenuste vahendusel edastada e-arveid kui ka nende klientide (operaatori) tunnuse. Nimekirjas kuvatakse üksnes ühingud, kes on aktsepteerinud seose ettevõtjaportaalis (kinnitanud oma e-arve käitlemisteenuse pakkuja (operaatori)). Edasipakkuja ei pea liituma e-arvete vastuvõtjate registriga, et kontrollida klientide nimekirja sealt. Piisab, kui teenust on kasutatud üks kord ööpäevas kuna klientide nimekiri uuendatakse registris üksnes kord ööpäevas. E-arvete vastuvõtjate sünkroniseerimist peab teostama Eesti aja järgi uuel päeval enne selle päeva e-arvete väljasaatmist (Näiteks on võimalik teha sünkroniseerimist öösel 5 minutit peale uue päeva saabumis: nt 2019-04- 16T00:05:00+03:00(+02:00)). Sellest teenusest saab teada ettevõtja e-arvete käitlemisteenuse pakkuja (operaatori) koodi (destination_provider_code). Juhul kui tegemist on edasipakkuja enda kliendiga, täidetakse väli real_provider_code edasipakkuja enda koodiga. Sisend: GetClientsFullQuery Väli Kirjeldus provider_code Edasipakkuja unikaalne kood transfer_datetime Päringu tegemise aeg Signature Päringu allkiri. RSA(sha-256(provider_code || '#' || transfer_datetime.strftime('%d.%m.%Y HH24:MI:SS')), privekey) Väljund: GetClientsFullResponse Väli Kirjeldus status Päringu tulemus: - „FAIL“ – viga; - „OK“ –päring oli edukas. message Staatuse kirjeldus eesti keeles. Informatiivne. clients Ettevõtjate list Väli Kirjeldus registry_code e-arve saaja registrikood destination_provider_code Ühingu e-arve käitlemisteenuse pakkuja kood (välja väärtust saab kasutada päringu ForwardInvoiceService’e sisendis) real_provider_code Täidetud päringu tegija klientidel päringu tegija provider_code-ga. Kui edasipakkuja klient vahetab teenuse pakkuja välja  edasipakkujat teavitamata, edasipakkuja klientidel kuvatakse NULL väärtus (NULL kuvatud edasipakujaga mitte seotud ühingutel). Kui e- arveldaja saab registri kaudu teada, et klient on vahetanud käitlejat (e- arveldaja -> muu e-arve käitlemisteenuse pakkuja vastu), siis tühistatakse kliendi operaatorteenuseleping automaatselt. Kui käitleja jääb samaks, kuid soovitakse vahetada edasipakkujat operaatorteenuse siseselt, tuleb edasipakkuja juures vana leping enne lõpetada. ForwardInvoiceService E-arve saatmise päring E-arve saatmiseks e-arveldaja võrgus olevatele klientidele (sh teiste operaatorite klientidele). Baas laiendused (e-arve extensionid) ning muud käitlemisteenusele edastamiseks vajalikud elemendid lisatakse e-arveldaja teenuse poolt edasipakkuja klientide e-arvetele automaatselt, kui e-arve käitlemisteenuse pakkuja neid nõuab. Ühe arvega saab edastada ainult 1 xml ning 1 PDF. XML võib sisaldada ainult ühte e-arvet. Iga arve peab olema saadetud unikaalse InvoiceId’ga (sender_invoice_Id). Mõned teised operaatorid võrdlevad faili unikaalsuse kontrollimise tagamiseks mitte ainult invoiceID vaid ka FileID + InvoiceNumber (teatud tingimustes need ka eraldi). Seega e-arve saatmiseks peab tagama, et nii invoiceID kui ka FileID oleksid unikaalsed iga (sh kordus) e-arve saatmisel kui kordussaatmine on eelnevalt vastuvõtu osapoolega kokkulepitud (sõltuvalt vastuvõtu operaatorist, võib osutuda vajalikuks arve saajal eelnevalt oma operaatoriga kokku leppida kordusarve vastuvõtmine sama FileId’ga või InvoiceNumber’iga). Sisend: ForwardInvoiceQuery Väli Kirjeldus provider_code Edasipakkuja unikaalne kood destination_provider_code Ühingu e-arve käitlemisteenuse pakkuja kood. (Teenuse V2 puhul on see väli vabatahtlik) transfer_datetime Päringu tegemise aeg sender_regcode Arve väljastaja registrikood või isikukood, kui see on registreeritud edasipakkuja juurde. sender_regcode_country Vabatahtlik väli ainult teenuse V2 puhul, kasutada kolmekohaline riigi tunnus (nt EST), tühi väärtus automaatselt tähendab et tegu Eesti regisitri/isikukoodiga.  sender_name Arve väljastaja nimi. receiver_regcode Arve saaja registrikood. receiver_regcode_country Vabatahtlik väli ainult teenuse V2 puhul, kasutada kolmekohaline riigi tunnus (nt EST), tühi väärtus automaatselt tähendab et tegu Eesti regisitri/isikukoodiga. receiver_name Arve saaja nimi. sender_invoice_id Arve unikaalne identifikaator saatja süsteemis. Peab algama kokkulepitud eesliitega. invoice_xml_file BASE64 formaadis e-invoice standardile vastav xml dokument invoice_pdf_file BASE64 formaadis arve pdf fail. invoice_signature Päringu allkiri. RSA(sha-256(provider_code || '#' || transfer_datetime.strftime('%d.%m.%Y HH24:MI:SS') || '#' || base64(invoice_xml_file) || '#' || base64(invoice_pdf_file)), privekey) NB! selles teenuses on signaturi tag erinev teistest teenustest! Väljund: ForwardInvoiceResponse Väli Kirjeldus Status Päringu tulemus: - „FAIL“ – viga; - „OK“ –päring oli edukas. Message Staatuse kirjeldus eesti keeles. Informatiivne. sender_invoice_id Arve unikaalne identifikaator saatja süsteemis (päringust). receiver_invoice_id Arve unikaalne identifikaator e-arveldajas. Teenuse kasutuse lisainfo: e-arve välja saatmisel peab veenduma et Invoice tag’i atribuut regNumber on võrdne päringus oleva receiver regcode’ga ning ühtlasi esineb vähemalt ühes Party plokis (nt BuyerParty, RecipientParty). Seotud kontrollid: - Juhul kui receiver_regcode erineb invoice tag’i atribuudiga regNumber tagastatakse message’iks: „Invoice tag attribute regNumber .... does not match receiver_regcode .....“ - Juhul kui saadetavas e-arves ei esine ühtegi Party plokki, mille sees oleks registrikood, mis on võrdne Invoice tag’i atribuudiga regNumber tagastatakse message’iks: „Invoice regNumber attribute value .... is not present in any InvoiceParties elements ['....']“ Iga saadetav e-arve peab olema saadetud unikaalse invoiceID ning FileId’ga. Seotud kontrollid: - Korduva kombinatsiooniga (provider_code, sender_regcode, receiver_regcode, sender_invoice_Id, destination_provider_code) e-arve saatmisel tagastatakse staatuseks „FAIL“ ning message’iks „Arve invoiceId'ga %s on juba saadetud %s“. Nimetatud olukorra tulemusel ei toimu e-arve edastamist uuesti. - FileId korduvust kontrollivad teised e-arve operaatorid. Tagamaks et FileID oleks piisavalt unikaalne kogu e-arvete roaming võrgus, eelistatud on kasutada pikema sümboliarvuga FileID tunnus, mis ühtlasi vastaks ka e-arve standardile (st max 20 sümbolit pikk). Olukorras kui teine operaator tagastab duplikaadi veateadet viitab see asjaolule, et arve oli saadetud FileId’ga mis vastuvõtu operaatoril on süsteemis varasemalt salvestatud. Arvete staatuste uuendamine ning kontrollimine [NB! operaatoritega kooskõlastamisel] Mõlemad teenused on hetkel kontseptuaalselt kirjeldatud, kuid ei ole veel kooskõlastatud e-arve operaatoritega, kui kõigi operaatoritega leitakse ühine kontseptsioon ning kokkuleped teenuste kasutamiseks jätkame vastavate teenuste arendustega seni aga info on dokumendi lugejale potentsiaalsest tuleviku funktsionaalsusest. Sisendid/Väljundid täpsustatakse teenuse valmimisel. UpdateInvoiceStatusService Teenus on mõeldud vastuvõetud (st läbinud esialgse standardi vastu valideerimist) e-arvete staatuste uuendamiseks. Teenuse kaudu saavad e-arveldaja e-arvete teenuste edasipakkujad kui ka operaatorid, kes on e-arveldajaga liidestatud, uuendada e-arveldaja roaming võrgu vahendusel vahendatud digiarvete staatused (nt Operaatorid tagastavad e-arve kohta staatust, mis e-arvest on saanud operaatori keskkonnas (nt Error, Tagasilükkatud, Vastuvõetud, Tasumisele suunatud, Arhiivis, Kustutatud) või Edasipakkujad tagastavad e-arve kohta staatust, mis e-arvest on saanud edasipakkuja tarkvaras (nt Error, Tagasilükkatud, Vastuvõetud, Tasumisele suunatud, Arhiivis, Kustutatud)). GetInvoiceStatusService Teenus on mõeldud saadetud ning saabunud e-arvete staatuste monitoorimiseks. Teenuse kaudu saavad e-arveldaja e-arvete teenuste edasipakkujad kui ka operaatorid pärida e-arveldaja roaming võrgu vahendusel vahendatud digiarvete staatused. Signature Signature komponentides ‘||’ tähistab stringide liitmistehet, transfer datetime peab stringi kujul olema vormingus pp.kk.aaaa hh24:mi:ss. Märgend ‘#’ tähistab väljade separaatorit. Privaatvõtmele vastav avalikku võtit sisaldav sertifikaat vahetatakse lepingu sõlmimise käigus. Mõned näited sertifikaadi ja võtme genereerimise osas: https://devcenter.heroku.com/articles/ssl-certificate-self http://www.akadia.com/services/ssh_test_certificate.html Soovitatav teha max viie-aastase kehtivusega sertifikaat, mõistlike muude väärtustega (st asutus, kontaktandmed jms). Parooli peale panek võtmele on omal valikul, ilma selleta piisab teisel poolel vaid võtmest, et allkirjastada edastatavat päringut (lihtsam, kuid vähem turvaline), muidu on parooli vaja ka teada. RIK’le tuleb saata lõpptulemuseks olev sertifikaat server.crt, endale jätta key ja kasutada seda allkirjastamiseks. Signature näidis: test.key - privaatvõti test.pem - avalik võti sertifikaadis ======== hashi genereerimine arve saatmisele e-arveldajasse (Teenus ForwardInvoice) ============ sisend = u"%s#%s#%s#%s" % ( provider_code, transfer_datetime.strftime('%d.%m.%Y %H:%M:%S'), invoice_xml_file, invoice_pdf_file, )  sisend_hash = hashlib.sha256(sisend).digest() ========= hashi genereerimine teistele teenustele ============ analoogselt, vastavalt peavad sisendis siis olema vastava teenuse väljad ========= allkirja genereerimine hashist pythoniga ============ rsa = M2Crypto.RSA.load_key("test.key") gen_sig = rsa.private_encrypt(sisend_hash, M2Crypto.RSA.pkcs1_padding) sig = base64.encodestring(gen_sig) ========= allkirja genereerimine hashist openssliga ============ openssl rsautl -sign -in rasi.txt -inkey test.key väljund base64-encodeda. ========= enda allkirja kontrollimine openssliga ============ openssl rsautl -verify -certin -inkey test.pem -in sisend.txt kus sisend.txt on base-64-dekodeeritud allkiri sõnumist.  Leping nr 2/20-26 Lisa 2 E-ARVELDAJA OPERAATOR VAHENDUSTEENUSE TEENUSTASEME LEPE Teenus võimaldab edasipakkuja tarkvara kaudu pääseda ligi e-arveldaja e-arve operaatori teenusele, mille tulemusena saavad edasipakkuja tarkvara kliendid võimaluse saada e-arveldaja klientideks ulatuses, mis annab neile õiguse e-arveldaja võrgustiku vahendusel piiramatus koguses e-arveid vastu võtta ja edastada. 1.1 Üldmääratlus Tingimus Väärtus 1.1.1 Kriitilisuse klass I 1.2 Teenuse kättesaadavus E-R L, P 1.2.1 Tööaeg II - 1.2.2 Süsteemi sisutoe tööaeg I - 1.2.3 Maksimaalne lubatud e-arvete saatmise maht minutis per 3 edasipakkuja klient 1.3 Planeeritud katkestus 1.3.1 Planeeritud katkestusest etteteatamisaeg, mille kestus on 6h alla 60 minuti 1.3.2 Planeeritud katkestusest etteteatamisaeg, mille kestus on 48 h üle 60 minuti 1.3.2 Planeeritud katkestuste maksimaalne kogukestvus aastas 96 h 1.3.3 Ühe planeeritud katkestuse maksimaalne kestvus 8h 1.3.4 Maksimaalne planeeritud katkestuste arv kuus 4 tk 1.4 Planeerimata katkestus 1.4.1 Lubatud planeerimata katkestuste kogukestvus aastas 96 h 1.4.2 Maksimaalne ühekordse planeerimata katkestuse kestvus 6h 1.5 Andmete säilitamine Tingimus Väärtus 1.5.1 Täispresenteerimisega (PDF + XML) e-arve säilitamine 6 kuud 1.5.2 E-arve edastamise logi 7 aastat SLA mõisted 1. Kriitilisuse klass – lähtuvalt taasteaegadest jaotatakse teenuse osad järgmistesse kriitilisuse klassidesse:  I (tegevuskriitiline) - taasteaeg kuni 2 ööpäeva,  II (kriitiline) - taasteaeg kuni 7 ööpäeva,  III (oluline) - taasteaeg kuni 21 ööpäeva,  IV (vajalik ) - taasteaeg kuni 28 ööpäeva. 2. Logide säilitamine – määratletakse kui kaua säilitatakse teenuse jaoks vajalikke (andmebaasi, rakendusserveri) logisid. Logi on kronoloogiline sündmuste andmestik, mis talletatakse andmefailina järgnevaks läbivaatuseks ja analüüsimiseks. 3. Lubatud planeerimata katkestuste kogukestvus – lubatud planeerimata katkestuse kogukestvus on maksimaalne lubatud planeerimata katkestuste kestvus mingil ajaperioodil (nt kuus, aastas). 4. Maksimaalne ühekordse planeerimata katkestuse kestvus – maksimaalne ühekordse planeerimata katkestuse kestvus on maksimaalne lubatud ajavahemik, kus teenus ei ole tööajal kättesaadav. 5. Planeeritud katkestus – planeeritud katkestus on eelnevalt kokkulepitud ajavahemik, mille jooksul teenus ei ole kättesaadav. Planeeritud katkestused toimuvad ainult teenuse tööajal. 6. Planeerimata katkestus – planeerimata katkestus on tööajal aset leidev mitteplaanipärane katkestus teenuse toimimises. 7. Tööaeg – tööaeg on ajavahemik, millal teenus peab olema teenuse kasutajatele kättesaadav. Tööaeg määratakse eraldi tööpäevadele ning nädalavahetustele. Tööaeg on jaotatud klassidesse järgnevalt: 7.1 I 8:00 – 18:00 7.2 II 6:00 – 22:00 7.3 III 00:00 – 00:00 8. Süsteemi sisutoe tööaeg – süsteemi sisutoe tööaeg on ajavahemik, mille jooksul on võimalik saada halduri tuge teenusele. Süsteemi sisutoe tööaeg on jaotatud klassidesse järgnevalt: 8.1 I 9:00 – 17:00 – pöördumised, mis vajavad halduri või muu teise osapoole osalemist pöördumise lahendamisel. 8.2 II 7.30 – 18.30 – pöördumised, mis ei vaja halduri või muu teise osapoole osalemist pöördumise lahendamisel.