E-ARVELDAJA E-ARVE OPERAATORTEENUSE VAHENDUSLEPING 2/38-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
X7 Systems OÜ (edaspidi edasipakkuja) (registrikoodiga 11098166), asukohaga Kadaka tee 42a,
Mustamäe linnaosa, 12915 Tallinn, Harju maakond, mida põhikirja alusel esindab Roman Pustošilo,
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.
2
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.
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.
3
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.
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 Roman Pustošilo (tel: +37258005800, e-post:
[email protected]); Tehnilistes küsimustes kontaktisik Roman Pustošilo (tel: +37258005800, 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 X7 Systems OÜ
Registrikood: 70000310 Registrikood: 11098166
Aadress: Lubja tn 4, 10115 Tallinn, Eesti Aadress: Kadaka tee 42a, Mustamäe
linnaosa, 12915 Tallinn, Harju maakond
Telefon: +372 663 6300 Telefon: 58060040
Faks: +372 646 0165 Faks: -
E-post:
[email protected] E-post:
[email protected]
KMKR (VAT) number: EE100523377 KMKR (VAT) number: -
/allkirjastatud digitaalselt/ /allkirjastatud digitaalselt/
Asedirektor direktori ülesannetes Aive Normak Juhatuse liige Roman Pustošilo
4
Leping nr 2/38-26
Lisa 1
Teenuste tehnilised spetsifikatsioonid
Teenuste tehnilise spetsifikatsioon dokument asub lepingu bdoc konteineris eraldi pdf failina.
5
Leping nr 2/38-26
Lisa 2
Teenustaseme lepe
Teenustaseme leppe dokument asub lepingu bdoc konteineris eraldi pdf failina.
6
Lepingu nr 2/38-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/38-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.