Mula Disyembre 4, 2018, ang pag-log in sa Treasury-Client Information System at pagpirma ng mga digital signature na dokumento ay magiging posible lamang gamit ang NCALayer software. At sa paghusga sa bilang ng mga bisita at komento, maraming isyu ang nangangailangan pa rin ng pagpapabuti. Isaalang-alang natin kung ano at paano...

1. buksan ang “Module management” sa pamamagitan ng pagpili ng naaangkop na item sa menu ng konteksto NCALayer.

Pagkatapos nito, mag-click sa pindutang "I-restart".

Kung pagkatapos nito ay lilitaw ang isang window na humihiling sa iyo na mag-install ng isang sertipiko, sumang-ayon.

ngayon subukang mag-log in sa treasury client login sa treasury client

karaniwang mga pagkakamali:

"Error sa pagbuo ng kahilingan"
"Error sa pag-verify ng certificate"

— Maraming mga sertipiko ang naka-install sa isang panlabas na media (sa ibaba ay mga tagubilin para sa pag-alis ng mga nag-expire at hindi epektibong mga sertipiko)

— Ang sertipiko ay nag-expire na

— Kinansela ang sertipiko

Paano suriin ang bilang ng mga sertipiko na naka-install sa iyong panlabas na storage device at alisin ang mga hindi wasto?

Maaari mong suriin ito sa website na http://pki.gov.kz .

Pansin! 1 certificate lang sa bawat user ang dapat na naka-store sa external media (1 certificate ay naglalaman ng 2 GOST, RSA keys).

Pumunta sa page na “EDS key verification service”

Lilitaw ang isang window na may listahan ng mga key

Pansin! Kung marami kang certificate sa parehong external na media, dapat mong alisin ang lahat ng nag-expire at hindi epektibong certificate. Upang gawin ito, piliin ang sertipiko at mag-click sa "Delete key"

Pagkatapos alisin ang mga nag-expire at hindi wastong certificate mula sa drop-down na listahan, 1 certificate lang na may 2 key (GOST, RSA) ang dapat ipakita.

Kung gumagamit ka ng ilang key sa isang computer

Sa tuwing babaguhin mo ang user, dapat mong i-restart ang NCALAyer o gumamit ng iba't ibang mga key sa ibang computer. Halimbawa, ang Chief Accountant ay nagtatrabaho sa isa, at ang Direktor sa isa pa. At hindi mo kailangang palitan ang token sa bawat oras. Ang kailangan mo lang gawin ay lumipat mula sa isang computer patungo sa isa pa.

Ano ang dapat mong gawin kung nagtatrabaho ka sa Internet Explorer browser, mga bersyon 8, 9, 10, at kapag na-click mo ang "Login" walang mangyayari?

Kailangan mong i-update ang iyong browser sa bersyon 11. Kung mayroon kang windows 8.1 o 10, kung gayon ang lahat ay maayos, naroroon na ito InternetExplorer 11 bersyon. Sa Windows 7 maaari kang mag-upgrade sa bersyon 11, ngunit bilang isang panuntunan, ito ay napakasakit sa asno na mas madaling i-install muli ang system sa 8.1 o 10. Maaari akong magdagdag: Internet Explorer 11 ay kinakailangan para sa stat module at, bilang isang tuntunin, sa isang pagkakataon. Mas madaling makahanap ng computer na may kinakailangang bersyon at gamitin ang stat module, at pagkatapos ay pagdating ng oras, i-update...

Ano ang dapat mong gawin kung ginagamit mo ang browser ng Mozilla Firefox, at kapag na-click mo ang icon upang pumirma sa isang dokumento, bubukas at agad na magsasara ang isang pop-up window?

Kailangan mong mag-download at mag-install ng mga root certificate sa website ng NCA RK (http://www.pki.gov.kz). Upang gawin ito, mag-click sa mga link na "root_rsa", "pki_rsa".

Kung lalabas ang window ng “Download certificate,” lagyan ng check ang kahon sa tabi ng “Trust when identifying websites” at i-click ang “OK”. Kung hindi, i-download at i-save ang file.

Pagkatapos i-install ang mga sertipiko mula sa mga link, kailangan mong i-install ang mga sertipiko mula sa mga file sa browser ng Mozilla Firefox. Upang gawin ito, buksan ang "Mga Setting" sa pamamagitan ng menu ng Firefox. Susunod, piliin ang "Privacy at Security", at sa seksyon ng mga certificate, mag-click sa "Tingnan ang mga certificate...". Magbubukas ang Manage Certificates window. Sa tab na "Mga Awtoridad sa Sertipikasyon", mag-click sa "Import..." at piliin ang dati nang na-download na file ng sertipiko ng KUTS - NEGIZGI KUOLANDYRUSHY ORTALIK (RSA). Sa lalabas na window, lagyan ng check ang kahon sa tabi ng "Magtiwala kapag nagpapakilala ng mga website." at i-click ang "OK".

I-import din ang sertipiko ng NCA - ULTTYK KUALANDYRUSHY ORTALYK (RSA), ngunit sa lalabas na window, nang walang pinipiling anuman, i-click ang "OK".

Ano ang dapat mong gawin kung, kapag na-click mo ang icon para pumirma sa isang dokumento, bubukas ang isang window ng pagpili ng certificate, ngunit hindi makilala ng iyong computer sa trabaho ang iyong panlabas na uri ng media (KazToken/eToken/JaCarta)?

Kung hindi makilala ng iyong computer sa trabaho ang iyong external na storage device, kailangan mong i-reboot ang computer gamit ang dongle na nakakonekta dito. O subukan sa ibang computer. O gamitin ang Info Token utility

Paano matukoy kung anong external storage device ang mayroon ka? (Kaztoken, eToken, JaCarta)

Ang pangalan ng panlabas na media (Kaztoken, eToken, JaCarta) ay nakasulat sa katawan ng mismong device.

Kung mayroon kang operating system na Windows 7 o mas mataas, at dumating ang Hulyo 1, 2017 at hindi ka pa rin makapag-log in sa Treasury-Client IS at may lalabas na mensahe na nagsasabing imposibleng ipakita ang pahina - gawin ito: Ipinapakita gamit ang Internet Explorer 11 bilang halimbawa

Kaya, kailangan mong pumunta sa menu ng Mga Tool - Mga Pagpipilian sa Internet

Sa tab na Advanced
Isama ang mga item
"Gumamit ng TLS 1.1"
"Gumamit ng TLS 1.2"

Iyon lang, maaari mong subukang mag-log in sa treasury client

Ang parehong mga setting ay dapat gawin sa JAVA para sa tamang pagpirma. Bilang panuntunan, ang mga protocol na ito ay kasama na sa JAVA, ngunit maaari mong suriin ang mga ito.

Ilunsad ang isang Java program sa pamamagitan ng Control Panel sa Windows

Pagkatapos, sa tab na Advanced, tingnan kung may check ang Use TLS 1.1 at Use TLS 1.2 item. Kung hindi, markahan ang tulad ng nasa larawan sa ibaba

yun lang sigurado ngayon

kliyente kazynashylyk kz
kliyente kazynashylyk kz pasukan

Client treasury client kazynashylyk kz
kliyente kazynashylyk kz 10443
https client kazynashylyk kz
client treasury client kazynashylyk kz entrance
kliyente kazynashylyk kz 10443 tc auth
https client kazynashylyk kz 10443
https client kazynashylyk auth kz 10443
https client kazynashylyk kz 10443 tc auth
www client kazynashylyk kz
http client kazynashylyk kz
www client kazynashylyk kz login +login
kliyente kazynashylyk kz oa html
https client kazynashylyk kz oa
www client kazynashylyk kz 10443
client kazynashylyk kz login +login 10443
www client kazynashylyk kz 10443 tc auth
kliyente kazynashylyk kz 10043 tc auth
client treasury client kazynashylyk kz 10443
http www client kazynashylyk kz
client kazynashylyk kz download
http client kazynashylyk kz 10443

IT infrastructure

• Suporta para sa imprastraktura ng IT ng Federal Treasury ng Russia

Import substitution ng mga sistema ng impormasyon sa Federal Treasury

Chronicle ng impormasyon

2018

* Deputy Head of the Treasury Alexander Albychev sa TAdviser SummIT - tungkol sa mega-project ng paglipat ng mga ahensya ng gobyerno sa cloud accounting

Paglikha ng imprastraktura ng IT batay sa mga data center ng Federal Tax Service

Noong Hulyo 2016, ang istraktura ng Federal Tax Service ng Russia na "Nalog-Service" ay nag-anunsyo ng isang auction para sa paglikha ng isang hardware at software complex para sa Federal Treasury sa isang reserbang data center na matatagpuan sa Gorodets sa rehiyon ng Nizhny Novgorod (RDDC No. . 1). Higit pang mga detalye tungkol sa proyekto ay matatagpuan sa link.

2015: Ang OTR-2000 at Lanit ay ang pinakamalaking IT supplier ng taon

Bawat taon, ang Federal Treasury ay gumugugol ng 7-8 bilyong rubles sa impormasyon, na sumasakop sa isa sa mga nangungunang posisyon sa mga ahensya ng pederal na pamahalaan sa mga tuntunin ng tagapagpahiwatig na ito.

Noong Setyembre 2015, sinuri ng TAdviser ang mga pagbili ng Federal Treasury upang matukoy ang pinakamalaking supplier nito ng mga produkto at serbisyo ng IT. Ang mga tender mula 2010-2015 ay isinasaalang-alang, ang halaga nito ay lumampas sa 50 milyong rubles.

Data: TAdviser analytical center, Setyembre 2015

Ang pangunahing mga kontratista ng IT ng Treasury - OTR at Lanit na kumpanya, bilang karagdagan sa pagbibigay ng mga handa na kagamitan at software, ay bumubuo at nagpapanatili ng pangunahing sistema ng impormasyon

Ang sistema ng impormasyon na "Treasury-client" (mula dito ay tinutukoy bilang IS KK, System) ay isang sistema ng impormasyon ng Treasury Committee ng Ministri ng Pananalapi ng Republika ng Kazakhstan at mga teritoryal na dibisyon nito (mula dito ay tinutukoy bilang Treasury), na nagbibigay ng automation ng mga function para sa pagtanggap at pagproseso ng mga dokumento .

Ang IS QC ay isang hanay ng mga functional na katangian na tumitiyak sa epektibo at mahusay na pamamahala ng mga mapagkukunang pinansyal ng Pamahalaan at kontrol sa pagpapatupad ng badyet. Sinasaklaw ng system ang lahat ng antas ng Treasury, at tinitiyak ang functional na pakikipag-ugnayan sa mga organisasyon ng pamahalaan, ang National Bank, mga sistema ng pagbabayad, mga ministri, mga akimat, mga tagapangasiwa ng programa ng badyet at mga ahensya ng gobyerno.

Ang mga kliyente ng IS QC ay mga ahensya ng gobyerno, mga tagapangasiwa ng mga programa sa badyet, at mga entidad ng quasi-public sector.

Target

Papataasin ang kahusayan ng pakikipag-ugnayan sa pagitan ng Treasury at mga ahensya ng gobyerno na pinaglilingkuran sa pamamagitan ng pagbibigay ng moderno, pinagsama-sama at lubos na mahusay na kapaligiran ng impormasyon. Ito ay bahagi ng Treasury Information Integrated System.

Mga gawain

• tinitiyak ang epektibo at mahusay na pamamahala ng mga mapagkukunang pinansyal ng Pamahalaan at kontrol sa pagpapatupad ng badyet;
• pagtaas ng bilis ng serbisyo sa mga ahensya ng gobyerno;
• epektibong pamamahala ng pampublikong pananalapi;
• pagsubaybay sa katayuan ng mga elektronikong dokumento na isinumite ng mga ahensya ng gobyerno sa Treasury;

Mga kalamangan ng system

Nakakonekta sa CC IS 12 856 mga ahensya ng gobyerno, kabilang ang 315 quasi-public sector entity. 35 134 Ang mga aktibong gumagamit ay nagsasagawa ng mga operasyon sa real time sa sistema ng impormasyon ng Treasury, na gumaganap ng mga pamamaraan para sa pag-kredito at paggastos ng mga pondo ng badyet ng estado.

Data: Bilang ng mga naprosesong (bayad) na dokumento sa pamamagitan ng “Treasury - Client” IS system noong 01/01/2017:
29 184 110 mga account na dapat bayaran;
2 146 141 mga aplikasyon para sa pagpaparehistro ng mga transaksyong sibil ;
658 375 mga plano at sertipiko ng mga pagbabago;
152 071 mga order sa pagbabayad ng mga entity na parang pampublikong sektor;
235 806 mga order sa pagbabayad ng Territorial Tax Authority, atbp.

Isinasagawa araw-araw sa karaniwan 30 libo mga pagbabayad mula sa Kazakhstan Center para sa Interbank Settlements at sa karaniwan 40 libo mga kita sa badyet. Sa katapusan ng buwan, doble ang mga tagapagpahiwatig na ito, dahil sa panahong ito ang mga pangunahing pagbabayad ng mga ahensya ng gobyerno (suweldo, benepisyo, buwis, atbp.) ay ginawa.

Dahil ang pangunahing gawain ng IS QC ay ang napapanahong pagpapatupad ng mga transaksyon sa pananalapi, kahit na sa mga kondisyon ng pagtaas ng pagkarga sa pagganap ng system, ang IS "Treasury - Client" ay nagbibigay ng pagkakataon na makipagtulungan sa isang pinag-isang kapaligiran ng impormasyon ng Treasury Committee. Sa self-service mode, pinupunan ng mga ahensya ng gobyerno ang mga form ng electronic na dokumento. Pagkatapos ng pag-verify, pag-apruba at pag-apruba, ang mga dokumentong ito ay awtomatikong magiging available sa pinagsama-samang sistema ng impormasyon ng Treasury.

Salamat sa "Treasury - Client" IS:

• ang bilis ng paglilingkod sa mga institusyon ng gobyerno ay tumaas;
• nabawasan ang mga hadlang sa pangangasiwa;
• ang "human factor" ay pinaliit;
• nabawasan ang pagkonsumo ng papel
• nabawasan din ang oras at gastos sa transportasyon para sa mga ahensya ng gobyerno.

Pagsasama

Upang maalis ang paulit-ulit na pagpasok ng mga elektronikong dokumento sa mga institusyon ng Estado, ang pagsasama sa subsystem na "Accounting", "Application ng Badyet" ng IAIS "e-MINFIN" ay ipinatupad.

Noong 2016, ang integration ng "Treasury - Client" Information System sa Automated Integrated Information System "Electronic Public Procurement" (AIIS "EGP") ay inilagay sa trial operation.

Ang pagsasama-sama ng AIIS "EGZ" sa Information System na "Treasury - Client" ay naging posible upang buuin ang data sa bawat transaksyon na nakumpleto sa loob ng balangkas ng pampublikong pagkuha at matiyak ang agarang pagtanggap ng data sa mga pagbabayad sa ilalim ng mga kontrata. Kaya, makabuluhang pagpapalawak ng mga posibilidad para sa pagsusuri ng mga transaksyon.

Ang pagsasama sa Information System para sa pagtanggap at pagproseso ng mga electronic invoice, at ang Information System na "Centralized Unified Personal Account (IS CULS of the Tax Committee of the Ministry of Finance of the Republic of Kazakhstan)" ay nagpapahintulot sa iyo na mabilis na tumanggap ng mga invoice mula sa IS ESF at mga order sa pagbabayad mula sa IS CULS para sa pagpapatupad sa Treasury.

Sa pamamagitan ng pagbibigay sa mga ahensya ng gobyerno ng maaasahan at napapanahong impormasyon sa pananalapi para sa paggawa ng desisyon, ang Treasury Information System ay ang batayan para sa epektibong pampublikong pamamahala sa pananalapi.

Ang IS "Treasury - Client" ay magbibigay ng kontrol sa pagpapatupad ng mga pamamaraan ng badyet sa lahat ng antas ng badyet at mga yugto ng proseso ng badyet, kabilang ang mga lokal na badyet at mga executive body.

AT ANG NATIONAL CERTIFICATION CENTER

REPUBLIKA NG KAZAKHSTAN

Astana, 2012

Kabanata 3. Paglalapat ng digital signature 13

Kabanata 4. Pagtiyak sa mga kinakailangan sa seguridad ng impormasyon 15

Kabanata 5. Mga kinakailangan sa hardware at software 16

Kabanata 6. Dibisyon ng mga responsibilidad 17

Kabanata 7. Pamamaraan para sa paglutas ng mga hindi pagkakaunawaan sa pagitan ng Treasury at ng Kliyente na may kaugnayan sa pagiging tunay ng mga elektronikong dokumento 18

8. MGA APPENDICE SA ORDER:

20. Appendix 1. Kasunduan sa paggamit ng digital signature sa pagitan ng treasury at ng Kliyente.

20.1. Apendise 1.1. Power of attorney para sa paglipat ng digital signature sa isang awtorisadong tao na may karapatang pumirma sa mga dokumentong pinansyal.

21. Appendix 2. Patakaran para sa paggamit ng mga sertipiko ng pagpaparehistro at mga digital na lagda ng mga gumagamit ng sistema ng impormasyon ng "Treasury-Client"

22. Appendix 3. Karagdagang kasunduan sa paggamit ng electronic digital signature sa pagitan ng treasury at ng Kliyente

23. Appendix 4. Kumilos sa pagsira ng mga binawi na sertipiko ng pagpaparehistro at pribadong EDS key

24. Appendix 5. Kasunduan ng gumagamit sa paggamit ng pamamahala ng elektronikong dokumento sa Kliyente "Treasury-Client".

Mga termino at kahulugang ginamit sa Pamamaraang ito
Ang mga terminong ginamit sa teksto ng Pamamaraang ito ay ginagamit sa sumusunod na interpretasyon:

Ang sistema ng impormasyon na "Treasury-Client" (mula dito ay tinutukoy bilang System) ay isang elektronikong sistema ng pamamahala ng dokumento ng Treasury Committee ng Ministri ng Pananalapi ng Republika ng Kazakhstan at mga teritoryal na dibisyon ng Treasury (mula rito ay tinutukoy bilang Treasury) na may mga ahensya ng gobyerno, mga tagapangasiwa ng mga programa sa badyet, mga awtorisadong katawan ng pamahalaan, mga entidad ng quasi-public sector (mula rito ay tinutukoy bilang Kliyente );

Electronic na dokumento - isang dokumento kung saan ang impormasyon ay ipinakita sa electronic digital form at sertipikado gamit ang isang electronic digital signature;

Data ng pagpaparehistro - data na kinakailangan upang makakuha ng sertipiko ng pagpaparehistro mula sa NCA, alinsunod sa Patakaran para sa paggamit ng mga sertipiko ng pagpaparehistro at mga digital na lagda ng mga gumagamit ng sistema ng impormasyon ng "Treasury-Client";

Pribadong (lihim) EDS key - isang pagkakasunud-sunod ng mga elektronikong digital na simbolo na kilala ng may-ari ng sertipiko ng pagpaparehistro at nilayon para sa paglikha ng isang EDS gamit ang mga elektronikong digital na lagda;

EDS public key – isang pagkakasunud-sunod ng mga elektronikong digital na simbolo, naa-access ng sinumang tao at nilayon upang kumpirmahin ang pagiging tunay ng EDS sa isang elektronikong dokumento;

Signatory – isang indibidwal o legal na entity na legal na nagmamay-ari ng pribadong digital signature key at may karapatang gamitin ito sa isang electronic na dokumento;

Gumagamit ng System - isang tao kung saan ang karapatang gumamit ng electronic signature ay nakarehistro sa NCA at may kaukulang pribadong digital signature key na nagpapahintulot sa pagpirma ng mga electronic na dokumento;

Pagpapatunay – pagtatatag ng pagiging tunay ng isa o higit pang mga aspeto ng pakikipag-ugnayan ng impormasyon: isang sesyon ng komunikasyon, oras nito, mga partido sa pakikipag-usap, ipinadalang mensahe, pinagmumulan ng data, oras ng paglikha ng data, nilalaman ng data;

Identification – pagtatalaga ng identifier sa mga paksa at object ng access o paghahambing ng ipinakitang identifier sa listahan ng mga nakatalagang identifier;

Ang pangunahing lalagyan ay isang file sa isang pangunahing medium (disk, flash card, e-token, atbp.) kung saan matatagpuan ang mga pampubliko at pribadong key;

Imbakan ng sertipiko – isang listahan ng impormasyong nagpapakilala sa gumagamit ng cryptographic system (listahan ng mga sertipiko) at mga listahan ng mga binawi na sertipiko;

Ang kumpirmasyon ng pagiging tunay ng isang elektronikong pirma sa isang elektronikong dokumento ay isang positibong resulta ng pagkumpirma ng isang electronic signature tool na ang digital signature na nakapaloob sa electronic na dokumento ay pagmamay-ari nito at ang kawalan ng pagbaluktot o pamemeke ng elektronikong dokumento na nilagdaan nito. digital na lagda;

Mga tool sa digital na lagda - hardware at/o software na ginagamit upang lumikha at i-verify ang pagiging tunay ng mga digital na lagda;

Sertipiko ng pagpaparehistro (Batas ng Republika ng Kazakhstan "Sa Electronic Documents at Electronic Digital Signatures" na may petsang Enero 7, 2003 No. 307-II) ay isang dokumento sa papel o isang elektronikong dokumento na inisyu ng isang certification center upang kumpirmahin ang pagsunod sa isang electronic digital lagda kasama ang mga iniaatas na itinatag ng Batas na ito. Gumagamit ang konteksto ng kasingkahulugan para sa expression na "public key certificate";

Ang National Certification Center ng Republika ng Kazakhstan (mula rito ay tinutukoy bilang NCA RK) ay isang istrukturang subdibisyon ng Joint Stock Company na "National Information Technologies" (mula rito ay tinutukoy bilang JSC NIT), na nagpapatunay sa pagsunod sa pampublikong susi ng EDS na may pribadong susi ng EDS, pati na rin ang pagkumpirma ng pagiging tunay ng sertipiko ng pagpaparehistro sa mga relasyon na "katawan ng estado ng Republika ng Kazakhstan - katawan ng estado ng Republika ng Kazakhstan" (G2G), "katawan ng estado ng Republika ng Kazakhstan - entity ng ekonomiya" (G2B), "katawan ng estado ng Republika ng Kazakhstan - mamamayan ng Republika ng Kazakhstan" (G2C);

Ang mga Sentro ng Pagpaparehistro ng NTC (mula dito ay tinutukoy bilang RC NTC) ay mga istrukturang dibisyon ng JSC NIT, na nagsasagawa, alinsunod sa Mga Panuntunan ng pagpaparehistro, pagpapalabas, pag-iimbak, pagbawi (pagkansela) ng mga sertipiko ng pagpaparehistro, kasama ang kanilang mga kopya sa papel at pagpapanatili ng isang rehistro ng mga sertipiko ng pagpaparehistro na naaprubahan sa pamamagitan ng utos ng Tagapangulo ng Ahensya ng Republika ng Kazakhstan para sa Impormasyon at Komunikasyon na may petsang Disyembre 8, 2005 No. 457-p, mga operasyon para sa pagkakakilanlan, pagpapatunay, pagpapatunay ng mga kapangyarihan ng mga may hawak ng sertipiko ng pagpaparehistro sa produksyon, pagpapalabas at pagbawi ng isang sertipiko ng pagpaparehistro.

Kabanata 1 Panimula

1. Pangkalahatang Impormasyon

1. Mga Kalahok sa System

• 
  Kagawaran ng Treasury;
• 
  Kliyente;
• 
  NCA, ang mga pangunahing bahagi nito ay Certification Centers at Registration Centers;

1. Impormasyon tungkol sa layunin ng System

Ang paksa ng automation ay ang Treasury function ng pagtanggap at pagproseso ng mga dokumento na ibinigay ng Kliyente. Ang pagpapaandar ng pagbibigay sa Treasury ng data at mga ulat sa mga Kliyente ay napapailalim din sa automation.

Nagbibigay ang system ng:

• 
  paglikha ng mga elektronikong anyo ng mga dokumento na isinumite ng Kliyente sa mga teritoryal na dibisyon ng Treasury;
• 
  pagsasagawa ng mga tseke ng format at lohikal na kontrol ng kawastuhan ng pagpuno ng mga elektronikong anyo ng mga dokumento;
• 
  paggamit ng digital na lagda upang patunayan ang iyong pagiging may-akda, pati na rin ang integridad ng mga elektronikong dokumento na ginawa ng Mga Kliyente;
• 
  pagpapadala ng Kliyente ng mga elektronikong dokumento na nakumpleto at na-secure ng digital na lagda;
• 
  pagtanggap at pangunahing pagproseso ng mga elektronikong dokumento na ibinigay ng Kliyente sa Treasury;
• 
  paglipat ng mga natanggap na elektronikong dokumento sa pinagsama-samang sistema ng impormasyon ng Treasury (pagkatapos dito ay tinutukoy bilang ICS);
• 
  pagsubaybay sa katayuan ng mga elektronikong dokumento na ibinigay ng Kliyente sa Treasury;
• 
  pagbibigay ng data sa mga Kliyente sa itinatag na format at mga ulat sa loob ng kakayahan ng Treasury;
• 
  pagpapalitan ng mga elektronikong mensahe (Treasury-client, Client-treasury).

• 
  batay sa paggamit ng mga modernong napakahusay na teknolohiya para sa pag-iimbak at pagproseso ng impormasyon, pag-isahin, pasimplehin at pabilisin ang awtomatikong pagpasok ng data para sa mga dokumentong naproseso sa ISK;
• 
  pagtaas ng kahusayan, katumpakan, pagiging maaasahan, at transparency ng data na may kaugnayan sa mga pamamaraan para sa pagsusumite ng mga dokumento sa mga awtoridad ng treasury;
• 
  ang paggamit ng modernong electronic digital signature information security tool upang kumpirmahin ang pagiging tunay ng mga dokumento at pasimplehin ang proseso ng pag-apruba ng dokumento.

1. Mga elektronikong dokumento na sinigurado gamit ang digital na lagda at pakikipag-ugnayan sa pagitan ng mga user ng System

Ang lahat ng mga elektronikong dokumento na nilikha ng Kliyente at ipinadala sa pamamagitan ng System ay dapat na maisagawa alinsunod sa mga kinakailangan ng kasalukuyang batas sa badyet sa anyo, pagkakumpleto at kawastuhan ng pagkumpleto, at nilagdaan gamit ang digital na pirma ng awtorisadong Tagapamahala ng Kliyente at ang Pinuno ng pangkat ng pananalapi ng Kliyente (o isang empleyado ng awtorisadong katawan) na may tamang mga lagda alinsunod sa mga sample ng mga lagda at mga tatak ng selyo na nakaimbak sa Treasury sa file ng institusyon ng gobyerno (Kliyente).

Kapag tumatanggap ng electronic na dokumento sa pamamagitan ng System, sinusuri ng Treasury ang pagkakaroon ng electronic signature at bini-verify ang pagmamay-ari ng digital signature laban sa ibinigay na sample signature. Kung tumugma ang data, kinikilala ang dokumento bilang may legal na puwersa at katumbas ng isang dokumento sa papel na may sulat-kamay na pirma ng awtorisadong Manager ng Kliyente at ng Pinuno ng grupong pinansyal ng Kliyente, na selyado ng opisyal na selyo. Ang nasabing dokumento ay napapailalim sa karagdagang pag-verify para sa pagsunod sa mga kinakailangan ng kasalukuyang batas sa badyet ng Republika ng Kazakhstan sa mga tuntunin ng form, pagkakumpleto at kawastuhan ng pagkumpleto. Kung may nakitang mga pagkakaiba, ibabalik ang elektronikong dokumento sa Kliyente na nagsasaad ng mga dahilan para sa pagbabalik.

Ang mga naka-attach na file ay maaari lamang nasa mga sumusunod na format:

1. 
   pdf, txt
2. 
   doc, doc
3. 
   xls, xlsx
4. 
   graphic na format ng imahe (jpeg, gif, tiff, bmp, png at iba pa).

Sa kasong ito, alinsunod sa mga pagganap na responsibilidad na ginagampanan, ang mga user ng System ay bibigyan ng mga sumusunod na tungkulin:

ROLE00 – Administrator ng System;

ROLE10 – ang tagapamahala ng Kliyente, o isang taong pinahintulutan niya, na may karapatang pumirma sa lahat ng mga dokumento sa pananalapi ng isang institusyon ng gobyerno (mula rito ay tinutukoy bilang GI);

ROLE11 – Tagapamahala ng Kliyente, na may karapatang pumirma ng mga invoice para sa pagbabayad, mga aplikasyon para sa conversion ng dayuhang pera, mga aplikasyon para sa muling pag-convert ng dayuhang pera, mga aplikasyon para sa paglilipat ng pera sa dayuhang pera ng GI at mga aplikasyon para sa pagpasok ng tatanggap ng pera sa Direktoryo ng mga tatanggap ng pera sa pambansa at dayuhang pera;

ROLE12 – ang Tagapamahala ng Kliyente, na may karapatang pumirma ng mga aplikasyon para sa pagpaparehistro ng mga transaksyong sibil (mula rito ay tinutukoy bilang Mga Transaksyon Sibil) ng Kodigo Sibil at mga aplikasyon para sa pagpasok ng tatanggap ng pera sa Direktoryo ng Mga Tatanggap ng Pera;

ROLE13 – Tagapamahala ng Kliyente, na may karapatang pumirma sa Mga Plano sa Pagpopondo ng Estado at mga sertipiko para sa pag-amyenda sa mga ito;

ROLE14 – Tagapamahala ng Kliyente, na may karapatang buuin ang lahat ng dokumentong pinansyal (para sa isang State Enterprise na walang serbisyong pinansyal);

ROLE15 – Executive Secretary ng central executive body (Head of the Administrator of Budget Programs) para sa pag-apruba ng State Funding Plans at mga sertipiko para sa paggawa ng mga pagbabago sa mga ito;

ROLE20 – Pinuno ng grupong pinansyal ng Kliyente (punong accountant), o isang taong pinahintulutan niya, na may karapatang pumirma sa lahat ng mga dokumentong pinansyal ng Kliyente;

ROLE21 – Pinuno ng pangkat ng pananalapi ng Kliyente (punong accountant), na may karapatang pumirma ng mga invoice para sa pagbabayad, mga aplikasyon para sa conversion ng dayuhang currency, mga aplikasyon para sa muling pagbabalik ng foreign currency, mga aplikasyon para sa paglilipat ng pera sa foreign currency ng Kliyente at mga aplikasyon para sa pagpasok ang tatanggap ng pera sa Direktoryo ng mga tatanggap ng pera sa pambansa at dayuhang pera;

ROLE22 – Pinuno ng pangkat ng pananalapi ng Kliyente (punong accountant), na may karapatang pumirma ng mga aplikasyon para sa pagpaparehistro ng Serbisyo sa Pagpaparehistro ng Estado at mga aplikasyon para sa pagpasok ng tatanggap ng pera sa Direktoryo ng Mga Tatanggap ng Pera;

ROLE23 – Pinuno ng grupong pinansyal ng Kliyente (punong accountant), na may karapatang pumirma sa Mga Plano sa Pagpopondo ng Estado at mga sertipiko para sa paggawa ng mga pagbabago sa mga ito;

ROLE27 – empleyadong pinahintulutan ng pinuno ng isang ahensya ng gobyerno na magpanatili ng mga talaan ng accounting (accountant, freelancer)

ROLE03 – awtorisadong empleyado ng Tax Committee;

ROLE04 – awtorisadong empleyado ng Accounts Committee para sa kontrol sa pagpapatupad ng Republican Budget;

ROLE05 – awtorisadong empleyado ng Ahensya ng Republika ng Kazakhstan para sa Paglaban sa Krimen sa Ekonomiya at Korupsyon (pinansyal na pulis);

ROLE01 – Pinuno ng Awtoridad sa Buwis o isang taong pinahintulutan niya, na may karapatang pumirma sa mga order ng pagbabayad at sa lahat ng mga dokumentong pinansyal ng Administrasyon ng Estado;

ROLE02 – awtorisadong empleyado ng Tax Authority na may karapatang pumirma sa mga order ng pagbabayad – pinuno ng isang yunit ng istruktura;

ROLE06 – awtorisadong empleyado ng tagapangasiwa ng mga programa sa badyet;

ROLE07 – awtorisadong empleyado ng lokal na awtorisadong katawan para sa pagpaplano ng estado;

ROLE08 – awtorisadong empleyado ng lokal na awtorisadong katawan para sa pagpapatupad ng badyet;

ROLE09 – awtorisadong empleyado ng awtoridad sa buwis ng teritoryo;

ROLE28 – empleyado ng awtorisadong katawan na responsable sa pagkolekta ng mga kita sa badyet;

ROLE29 – awtorisadong empleyado ng teritoryal na dibisyon ng Customs Control Committee (CTC);

ROLE30 – awtorisadong empleyado ng Financial Control Committee (FCC);

ROLE31 – awtorisadong empleyado ng Tax Committee (TC) (pag-uulat);

ROLE32 – awtorisadong empleyado ng Tax Authority, na walang karapatang pumirma sa order ng pagbabayad – respondent;

ROLE50 - Tagapamahala ng Kliyente, na may karapatang pumirma sa lahat ng mga dokumento sa pananalapi ng isang mala-publikong entidad ng sektor (simula dito - SCS);

ROLE51 – Pinuno ng grupo ng pananalapi ng Kliyente (punong accountant), na may karapatang pumirma sa lahat ng mga dokumento sa pananalapi ng isang entity na parang pampublikong sektor;

ROLE52 – isang empleyadong pinahintulutan ng pinuno ng isang quasi-public sector entity na magpanatili ng mga talaan ng accounting (accountant, freelancer).
Alinsunod dito, ang mga user ng System ay dapat may mga DC field na katumbas ng kaukulang papel ng user ng System sa DN ng pangalan ng sertipiko ng pagpaparehistro.

1. Pamamaraan para sa pagtanggap ng mga elektronikong dokumento

Tumatanggap ang Treasury ng mga papel na dokumento mula sa Kliyente sa mga sumusunod na kaso:

Para sa panahon ng produksyon, muling pagpapalabas at pagbawi ng personal na digital signature key ng user ng System;

Kakulangan ng teknikal na kakayahang kumonekta sa System.

Kabanata 2. Mga kinakailangan sa pagpapatakbo para sa organisasyon ng mga proseso ng siklo ng buhay ng sertipiko ng pagpaparehistro

1. Aplikasyon para sa pagpapalabas ng isang sertipiko ng pagpaparehistro

Upang magsimulang magtrabaho sa System, lahat ng mga aplikante (Kliyente) ay dapat lumagda sa anyo ng Kasunduan sa paggamit ng isang elektronikong digital na lagda sa pagitan ng Treasury at ng Kliyente (mula rito ay tinutukoy bilang ang Kasunduan) na inaprubahan ng Treasury sa 3 kopya, sa alinsunod sa Appendix No. 1 sa Pamamaraan, at punan din ang Template para sa pagbibigay ng data para sa bawat user ng System alinsunod sa Appendix 3 sa Patakaran para sa Application ng Registration Certificates of Authentication at EDS ng mga user ng Information System “ Treasury - Kliyente” ng CC MF RK, (mula rito ay tinutukoy bilang PPRS). Sa kasong ito, ang isang orihinal ng nilagdaang Kasunduan ay naka-imbak sa Treasury sa file ng isang ahensya ng gobyerno/paksa ng quasi-public sector (mula rito ay tinutukoy bilang Kliyente), ang pangalawa ay itinatago ng Kliyente, ang pangatlo ay orihinal. dapat ilipat sa operator ng CR NCA kapag nagsusumite ng aplikasyon para sa pagpapalabas ng sertipiko ng pagpaparehistro. Ang huling dalawang kopya ay naselyohan ng responsableng tagapagpatupad ng pangkalahatang grupo ng teritoryal na dibisyon ng treasury (mula dito ay tinutukoy bilang TPK).

Ang kasunduan ay dapat pirmahan ng pinuno ng GU/SKS, na may karapatan sa unang lagda ayon sa mga halimbawang lagda na ibinigay sa TPK.

Ang isang ahensya ng gobyerno/SCS na sineserbisyuhan sa isang TPK na matatagpuan mas malapit sa lokasyon at naglilingkod sa isa pang administratibong-teritoryal na yunit, at hindi sa isang TPK ayon sa administratibong teritoryong dibisyon (ayon sa Direktoryo ng mga institusyon ng gobyerno/quasi-public sector entity), ay dapat :

1. 
   Upang magtrabaho sa Treasury-Client IS, ibigay sa TPK ayon sa administrative-territorial division (ayon sa Direktoryo ng mga ahensya ng gobyerno/quasi-public sector entity) ang orihinal na Kasunduan at ang orihinal na sample signature at seal imprint;
2. 
   Kung ang mga dokumento ay isinumite sa papel alinsunod sa talata 5 ng Pamamaraang ito, magbigay ng kopya ng Kasunduan at ang orihinal na sample na mga lagda at seal imprint sa pinakamalapit na TPK, na inihain sa dossier ng ahensya ng gobyerno

Ang muling paggawa ng mga EDS key sa ilalim ng Kasunduang ito ay posible lamang kung may pagkabigo sa disk, o isang error sa operator ang ginawa sa paggawa ng EDS key.

Ang kasunduan ay natapos:

1. 
   sa mga taong may karapatang pumirma alinsunod sa mga sample ng mga pirma at seal impression na nakaimbak sa Treasury sa legal na file ng Kliyente;
2. 
   sa mga taong walang karapatang pumirma:

1. 
   mga empleyadong pinahintulutan ng pinuno ng isang ahensya ng gobyerno na magpanatili ng mga talaan ng accounting (accountant, freelancer)
2. 
   mga awtorisadong empleyado ng iba pang mga katawan ng gobyerno alinsunod sa mga tungkulin sa pagganap na tinukoy sa talata 4 ng Pamamaraan.

Ang kasunduan at ang data na ipinakita sa Template ay ang batayan para sa karagdagang proseso ng pagpaparehistro at produksyon sa CR NUC, na matatagpuan sa Public Service Center, na binubuo ng mga sumusunod na hakbang:

• 
  pagsusumite ng isang aplikasyon para sa pagpapalabas ng sertipiko ng pagpaparehistro sa CR NCA ng gumagamit ng System na may probisyon ng mga dokumento na nagpapatunay sa pagkakakilanlan ng aplikante;
• 
  pagpapatunay ng aplikante ng isang awtorisadong empleyado ng CR NCA;
• 
  sa kaso ng matagumpay na pagpapatunay, ang impormasyong inilagay sa kahilingan ng aplikante ay sinusuri at ang mga pribadong signature key at isang sertipiko ng pagpaparehistro ng pampublikong susi ng aplikante ay ginawa sa NCA ng Republika ng Kazakhstan.

• 
  dalawang pribadong susi ng may-ari ng sertipiko ng pagpaparehistro (GOST 34.310-2004 para sa paglalagay ng electronic signature at RSA para sa pagpapatunay);
• 
  dalawang sertipiko ng pagpaparehistro sa anyo ng isang elektronikong dokumento (GOST 34.310-2004 para sa paglalagay ng isang elektronikong lagda at RSA para sa pagpapatunay);
• 
  isang kopya ng sertipiko ng pagpaparehistro ng may-ari sa papel (sa kahilingan ng gumagamit ng System);
• 
  sertipiko ng pagpaparehistro ng Certification Authority - NCA RK (root certificate).

Sa kaso ng pag-expire ng mga EDS key, ang Kliyente ay dapat na:

Wasakin ang registration certificate, EDS private key at authentication, habang ang Kliyente ay bubuo ng isang Act sa pagsira ng binawi na registration certificate at EDS private keys, alinsunod sa Appendix 4 sa Procedure;

Magtapos ng Karagdagang Kasunduan sa paggamit ng electronic digital signature sa pagitan ng Treasury at ng Kliyente, alinsunod sa Appendix No. 3 sa Pamamaraan para sa karagdagang muling pag-isyu ng sertipiko ng pagpaparehistro at pribadong EDS key;

Ibigay ang Karagdagang Kasunduan sa Public Service Center na may Aplikasyon para sa pagpapalabas ng sertipiko ng pagpaparehistro, na may mga dokumento ng pagkakakilanlan ng aplikante at isang Template para sa pagbibigay ng data.

Ang impormasyon sa itaas ay inililipat sa aplikante sa CR NCA laban sa lagda sa isang espesyal na journal para sa pagtatala ng mga inisyu na sertipiko ng pagpaparehistro.

Sa kaso ng pagkawala ng mga digital signature key, ang Kliyente ay dapat magabayan ng ikalawang talata ng sugnay 7 at ang unang talata ng sugnay 6 ng Pamamaraan.

Pagkatapos ng pagpapatunay sa sistema ng impormasyon ng Treasury-Client, nilagdaan ng user ng System ang isang elektronikong imahe ng User Agreement sa paggamit ng electronic document management kasama ang Client (Treasury-Client) (mula rito ay tinutukoy bilang User Agreement) alinsunod sa Appendix No. 5 sa Pamamaraan.

Ang kasunduan ng gumagamit ay nabuo lamang sa elektronikong anyo at hindi ibinibigay sa mga teritoryal na dibisyon ng treasury.

1. Pamamaraan para sa pagbawi ng sertipiko ng pagpaparehistro

Ang gumagamit ng System, sa kaganapan ng pagpapaalis, pagbubukod mula sa pagkakasunud-sunod ng mga taong may karapatang pumirma alinsunod sa mga sample na lagda at mga tatak ng selyo, isang pagbabago sa kanyang mga responsibilidad sa trabaho o pagtuklas ng pagnanakaw ng isang elektronikong digital na lagda, ay obligado nang hindi lalampas sa petsa ng kanyang pagpapaalis, pagbubukod mula sa kanyang mga responsibilidad sa trabaho ng karapatang pumirma sa mga dokumento o pagtuklas ng katotohanan ng pagnanakaw ng digital na pirma, magbigay, alinsunod sa PPRS, ng isang aplikasyon para sa pagbawi ng inisyu na sertipiko ng pagpaparehistro at ang kaukulang personal na pribadong susi ng digital na lagda at sirain ang iyong pribadong susi pagkatapos mawalan ng awtoridad sa institusyong ito. Ang kliyente, kapag sinisira ang pribadong susi ng gumagamit ng system, ay inaprubahan sa pamamagitan ng panloob na pagkakasunud-sunod ang komposisyon ng komisyon para sa pagkasira ng binawi na sertipiko ng pagpaparehistro at ang pribadong digital na pirma ng susi. Kapag sinisira ang binawi na sertipiko ng pagpaparehistro ng pribadong susi ng gumagamit ng System (para sa pagpapatunay at digital na lagda), isang Batas sa pagsira ng binawi na sertipiko ng pagpaparehistro at pribadong digital na mga pirma ng pirma ay iginuhit, alinsunod sa Appendix 4 sa Pamamaraan, isang kopya na kung saan ay isinumite sa Treasury para sa imbakan sa isang hiwalay na folder, ayon sa nomenclature ng mga kaso.

Upang bawiin ang sertipiko ng pagpaparehistro ng isang pampublikong susi, pinunan ng gumagamit ng System ang isang aplikasyon para sa pagbawi ng sertipiko ng pagpaparehistro alinsunod sa PPRS at isumite ito sa NCA CR.

Ang NCA RK, pagkatapos makatanggap ng aplikasyon para sa pagbawi ng sertipiko ng pagpaparehistro, ay isinasagawa ang pagsasaalang-alang at pagproseso nito alinsunod sa PPRS.

Ang mga sertipiko ng pagpaparehistro ay dapat gamitin bilang bahagi ng pakikipag-ugnayan sa mga dokumento ng regulasyon ng Treasury.

1. Pagpaparehistro ng System sa mundong espasyo ng mga object identifier (OID)

Ang pag-log in sa System gamit ang isang certificate na may ibang OID ay hindi posible.

Kabanata 3. Paglalapat ng digital signature

1. Mga tuntunin sa paggamit ng digital signature

Ang digital signature ay ang resulta ng cryptographic transformation ng impormasyon at may mga sumusunod na katangian:

• 
  Ang digital signature ay maaaring kopyahin lamang ng may-ari ng signature key certificate;
• 
  Ang digital na pirma ay hindi mapaghihiwalay na nauugnay sa isang partikular na elektronikong dokumento sa System.

1. Mga kundisyon para sa pagkakapareho ng digital na lagda ng isang sulat-kamay (personal) na lagda

• 
  ang pagiging tunay ng digital signature ay na-verify gamit ang isang pampublikong susi na may sertipiko ng pagpaparehistro;
• 
  ang taong pumirma sa elektronikong dokumento ay legal na nagmamay-ari ng pribadong EDS key;
• 
  Ginagamit ang digital signature alinsunod sa impormasyong tinukoy sa sertipiko ng pagpaparehistro.

Ang mga pribadong susi ng EDS ay hindi maaaring ilipat sa ibang mga tao nang walang pahintulot ng mga may-ari ng mga susi na ito.

Ang gumagamit ng System ay may karapatan na ilipat ang awtoridad na gamitin ang digital na lagda sa kanyang awtorisadong kinatawan, na may karapatang pumirma sa mga dokumentong pinansyal, batay sa ibinigay na Power of Attorney sa iniresetang form, alinsunod sa Appendix No. 1.1 . sa Kasunduang ito, sa loob ng isang organisasyon batay sa panloob na pagkakasunud-sunod ng Kliyente. Sa panahon ng bisa ng kapangyarihan ng abogado, ang gumagamit ng System (punong-guro) ay hindi dapat gumamit ng pribadong digital signature at authentication key. Sa pag-expire ng kapangyarihan ng abogado, awtomatikong natatanggap ng user ng System (punong-guro) ang karapatang gamitin ang pribadong digital signature at authentication key. Ang Kliyente ay dapat magtago ng mga talaan ng mga ibinigay na kapangyarihan ng abogado.

1. Pag-verify ng electronic digital signature

1. 
   Ang pagpapatunay na ang sertipiko, na ang pribadong susi ay nilagdaan ng dokumentong bini-verify, ay ibinigay ng isang pinagkakatiwalaang Certification Authority - NCA RK.
2. 
   Pagsusuri para sa pagbawi ng isang sertipiko na ang pribadong susi ay ginagamit upang pumirma sa isang dokumento. Kung bawiin ang isang sertipiko, mawawala ang serial number ng certificate.
3. 
   Sinusuri ang halaga ng field na "Application ng Sertipiko": "digital signature, non-repudiation" ay nakasulat sa field na "Certificate Application".
4. 
   Sinusuri ang presensya ng System OID sa certificate, ang OID ay dapat may halaga sa authentication certificate OID = 1.2.398.5.19.1.2.2.1.3, pati na rin sa digital signature registration certificate OID = 1.2.398.5.19.1. 2.2.1.2.

Kabanata 4. Pagtiyak sa mga kinakailangan sa seguridad ng impormasyon

1. Pangkalahatang Impormasyon

Ang mga bagay ng proteksyon ay mga EDS key at mga elektronikong dokumento ng System.

Upang maiwasan ang pagnanakaw, pagkawala, pagbaluktot, pamemeke ng mga elektronikong dokumento, at iba pang hindi awtorisadong pagkilos para sa kanilang pagsira, pagbabago, pagkopya ng mga user ng System, ang Kliyente ay dapat gumawa ng mga hakbang sa organisasyon upang maprotektahan ang mga digital signature na pondo at mga elektronikong dokumento.

Ang mga pribadong EDS key ay dapat na naka-imbak sa naaalis na media at nakakonekta lamang kapag pumipirma ng mga electronic na dokumento.

1. Mga rekomendasyon para sa pagtiyak ng ligtas na operasyon sa System

1. 
   Mag-log in lamang sa pamamagitan ng corporate website https://client.kazynashylyk.kz;
2. 
   Mahigpit na ipinagbabawal na tumugon sa mga liham na nagsasabing sa ngalan ng System na may mga kahilingan (mga kahilingan, alok) na pumunta sa isang site na hindi kabilang sa domain na https://client.kazynashylyk.kz at magpadala ng lihim na susi;
3. 
   Itabi ang mga EDS key sa dalawang magkaibang naaalis na media – pangunahin at backup (USB token, floppy disk, flash drive, CD). Huwag mag-imbak sa hard drive ng iyong computer;
4. 
   Ang pamamaraan para sa pag-iimbak ng naaalis na digital signature media ay dapat na ibukod ang posibilidad ng hindi awtorisadong pag-access sa kanila ng mga hindi awtorisadong tao;
5. 
   Huwag payagan ang mga hindi awtorisadong tao na i-access ang iyong personal na computer na may load na system o habang naglalaman ito ng naaalis na drive na naglalaman ng isang lihim na susi;
6. 
   Alisin ang naaalis na media na naglalaman ng sikretong digital signature key mula sa computer kaagad pagkatapos makumpleto ang trabaho sa System;
7. 
   Minsan sa isang linggo, baguhin ang password sa pag-login sa workstation, ngunit ipinagbabawal na gumamit ng password na naglalaman ng personal na data (petsa ng kapanganakan, buong pangalan, atbp.);
8. 
   Huwag ibunyag ang password upang makapasok sa workstation sa mga hindi awtorisadong tao o iba pang empleyado (anuman ang kanilang posisyon);
9. 
   Gumamit ng mga tool sa proteksyon ng anti-virus sa workstation na may kakayahang awtomatikong i-update ang mga database ng anti-virus;
10. 
    Pigilan ang pag-access sa mga computer na ginamit upang gumana sa System ng mga hindi awtorisadong tao at tauhan ng organisasyon na hindi awtorisadong magtrabaho sa System at/o magpanatili ng mga computer;
11. 
    Sa mga computer na ginamit upang gumana sa System, ibukod ang pagbisita sa lahat ng mga site sa Internet maliban sa mga ginamit upang mag-log in sa System, at ibukod din ang pag-install ng mga entertainment at gaming program;
12. 
    Gumamit lamang ng lisensyadong software (mga operating system, office suite, atbp.);
13. 
    Ikonekta ang isang medium na may pribadong EDS key lamang sa oras ng pagpirma ng mga electronic na dokumento. Gamitin ang daluyan upang mag-imbak lamang ng pribadong EDS key, huwag gamitin ang daluyan upang mag-imbak ng iba pang mga file;
14. 
    Kapag nag-i-install ng authentication key sa isang computer, siguraduhing magtakda ng password; gayunpaman, ipinagbabawal na gumamit ng password na naglalaman ng personal na data (petsa ng kapanganakan, buong pangalan, atbp.).

Kabanata 5. Mga kinakailangan sa hardware at software

1. Mga teknikal na kinakailangan

• 
  processor na hindi bababa sa Intel Pentium 1GHz:
• 
  RAM na hindi bababa sa 512 MB;
• 
  libreng bahagi ng hard drive na hindi bababa sa 150 MB;
• 
  monitor na may resolution ng screen na hindi bababa sa SVGA 800x600.

1. Mga kinakailangan sa software

Operating system:

• 
  Hindi mas mababa kaysa sa Microsoft Windows XP.

• 
  Sun JDK/JRE -1.6 Bersyon 6 Update12 o mas mataas;
• 
  Tumar CSP V4.2;
• 
  Internet Explorer 6 (SP1) o mas mataas;
• 
  Microsoft Office 2003 o mas mataas;
• 
  Adobe Acrobat Reader 7 o mas mataas;
• 
  Scanner: 300 dpi extension at suporta para sa mga gif, jpg, png na format.

1. Mga kinakailangan sa network ng data

Ang bandwidth ng lokal na network na ginagamit para sa paglipat ng data para sa gumagamit ng Treasury-Client software ay dapat na hindi bababa sa 128 Kbps, ang inirerekomenda ay 256 Kbps.

Ang kapasidad ng panlabas na linya ng Internet ay dapat tiyakin ang sapat na bilis ng pagpapadala ng dokumento para sa lahat ng mga gumagamit ng System sa mga oras ng peak.

Kabanata 6. Dibisyon ng Pananagutan

1. Pananagutan ng Treasury

Ang Treasury ay responsable para sa paggana ng System, pati na rin ang napapanahong abiso ng Kliyente tungkol sa lahat ng mga pagbabago sa pagpapatakbo ng System.

Ang Treasury ay hindi mananagot para sa anumang pinsala, pagkalugi o iba pang pagkalugi na natamo ng Kliyente dahil sa pagkabigo ng Gumagamit ng System na sumunod sa mga kinakailangan na tinukoy sa mga talata. 7, 10, at hindi pagsunod sa mga kinakailangan ng mga talata 13, 14, 15, 16 ng Pamamaraang ito.

Ang Treasury ay walang pananagutan para sa anumang pinsala, pagkawala o iba pang pagkalugi na natamo ng Kliyente dahil sa hindi wastong pagpapatupad ng Pamamaraan ng gumagamit ng System, mga manual at mga tagubilin na may kaugnayan sa trabaho sa System, para sa napapanahong pagkasira ng EDS key ng User at ang labag sa batas na paggamit ng EDS.

1. Responsibilidad ng Gumagamit ng System

Responsable ang System User para sa wastong pag-iimbak ng ibinigay na certificate at key, at para sa napapanahong pagkasira ng susi ng Digital Digital Signature User.

Ang gumagamit ng System, bilang may-ari ng EDS key, sa kaganapan ng hindi awtorisadong paggamit ng EDS ay may buong responsibilidad alinsunod sa batas ng Republika ng Kazakhstan.

Kabanata 7. Pamamaraan para sa paglutas ng mga hindi pagkakaunawaan sa pagitan ng Treasury at ng Kliyente na may kaugnayan sa pagiging tunay ng mga elektronikong dokumento

1. Pag-aayos ng mga hindi pagkakaunawaan

Kung ang magkabilang panig ay hindi magkasundo, ang Kliyente at ang Treasury ay maaaring makipag-ugnayan sa NCA ng Republika ng Kazakhstan upang magbigay ng opinyon sa kasalukuyang sitwasyon at magbigay ng ebidensya ng lagda o lutasin ang isyung ito alinsunod sa batas ng Republika. ng Kazakhstan.