search

e-gov / DHX

Dokumendivahetusprotokoll DHX | Document exchange protocol using X-Road
https://www.ria.ee/dhx
MIT License
8 stars 4 forks source link

Mitmes asutuses on 2 või enam infosüsteemi, mis kasutavad DVK-d eraldi kausta alusel. Mis saab? #29

Closed PriitParmakson closed 7 years ago

PriitParmakson commented 8 years ago

TP: Intervjuudes on selgunud, et mitmes asutuses on 2 või enam infosüsteemi mis kasutavad DVK-d eraldi kausta alusel. Registirkood on neil üks, aga kaust on erinev. Ja preagu nii saatmine (sendDocuments) kui ka vastuvõtmine (receiveDocuments) käib vist registrikood+kaust alusel.

Kuidas me DHX korral selle ära lahendame? Vahendamine siin ka ei aita, kui vahendamist teeme registrikoodi alusel (esialgse plaani järgi). Kas peaks juurde tooma mingi uue mõõtme "kaust" vms ka DHX korral? [9:04:41] Tõnu Põld: Tene variant on ka et ühel asutusel on mitu DHX alamsüsteemi: EE/GOV/12345/DHX1/sendDocuments EE/GOV/12345/DHX2/sendDocuments Aga see ajab ka asja segaseks vist

PriitParmakson commented 8 years ago

Kaustu võib käsitada spetsialiseeritud postkastidena. Asutused võivad omavahel erinevaid arrangement-e e kokkuleppeid teha. Nad võivad üksteisega kokku leppida erinevat liiki dokumentide saatmises erinevaid kanaleid pidi jms. DHX kui universaalprotokoll seda ei keela. DHX aga ei peaks olema poolte omavaheliste kokkulepete tegemise keskkonnaks. DHX ei kannaks seda välja. Bilateraalsed (kahepoolsed) kokkulepped ei ole DHX-i skoobis.

Protokolli vaatest on tuumküsimused: 1) kas ja kui palju neid arrangement-e on otstarbekas standardida; 2) kes publitseerib (ing advertise) kokkulepped (ja tagab publitseeritud teabe kvaliteedi)?

Enim, mida DHX võiks teha, on pakkuda dokumendivahetuse süsteemi osapooltele võimalust standardsel viisil pubitseerida oma "ettepanekuid" s.t valmisolekut bilateraalsete arrangement-ide tegemiseks. Seda võiks teha representationList teenuse kaudu.

Näiteks nii:

Kui asutus soovib dokumente vastu võtta enama kui ühe süsteemi kaudu, siis VÕIB ta avaldada teabe oma vastuvõtvate süsteemide kohta X-tee teenuse representationList abil. <konkreetne süntaks ja semantika, kuidas avaldada>

Näiteks

<receivingSystems>
  <receivingSystem>
    <id>DHS1</id>
    <annotation>Võtab vastu taotlusi</annotation>
  </receivingSystem>
  <receivingSystem>
    <id>DHS2</id>
    <annotation>Võtab vastu märgukirju</annotation>
  </receivingSystem>
</receivingSystems>

Asutus teatab avalikult, et alamsüsteemis DHS1 võtab vastu taotlusi, alamsüsteemi DHS2 arveid.

PriitParmakson commented 8 years ago

Element <kaust> on praeguse DVK teenuse sendDocuments päringus kasutatav. Kaustu kasutatakse päris palju. Ei oleks raske DHX teenuses sendDocument <kaust> säilitada. Kaustade nimetused ei ole standardiseeritud. DVK juhendis on nimetatud 4-5 soovituslikku kaustanimetust. Kuidas saatja saab teada, milliseid kaustu adressaat kasutab? Paistab, et DVK seda teavet ei paku.

PriitParmakson commented 8 years ago

Üks oluline kasutusjuht paistab olema e-arvete saatmine. Eneli:

"e-arvete kättesaamine DVK kaudu neile, kes kasutavad arvete menetlemiseks mõnd DHSi. Kas asutused teavad, mida tuleb teha? DHSe seadistustega on seni saanud asutused ise või nende arendajad iseseisvalt hakkama. E-arved on nagu tavadokumendid, ainuke erinevus on see, et neid saadetakse operaatorite poolt eraldi kausta. Tavaolukorras tõmbavad kõik DHSid kõiki kaustu alla, aga asutustel on võimalik ise piiritleda ja kui seda kausta pole valitud, siis jäävad dokumendid ootele. Viimasel juhul satuvad nad praegu meie haldurite huviorbiiti ja nemad helistavad/kirjutavad asutused üle, et nad e-arved alla laeks."