Semnătură greșită Semnătura nu a fost verificată. OID-ul obiectului lipsește. Semnătură electronică (ES) Utilizare cheie necunoscută 1,2 643,3 7,8 1

Mulțumesc foarte mult, Mihail, totul s-a făcut cu promptitudine și, cel mai important, mi-a fost clar... Din moment ce tu și cu mine am găsit un limbaj comun. Aș dori să continui să comunic cu tine în viitor. Sper la o colaborare fructuoasă.

Olesya Mihailovna - director general SRL „VKS”

În numele Întreprinderii Unitare de Stat „Întreprinderea de Aviație Sevastopol” ne exprimăm recunoștința pentru profesionalismul și eficiența companiei dumneavoastră! Îți dorim companiei tale prosperitate în continuare!

Guskova Liliya Ivanovna - manager.Întreprinderea Unitară de Stat „SAP”

Mulțumesc, Mihail, foarte mult pentru ajutorul tău cu designul. Angajat foarte calificat +5!

Nadiya Shamilyevna - antreprenor IP Anoshkina

În numele companiei AKB-Auto și în numele meu, îmi exprim recunoștința vouă și tuturor angajaților companiei dumneavoastră pentru munca productivă și de înaltă calitate, sensibilitatea la cerințele clienților și eficiența în executarea lucrărilor comandate.

Alfira Nasibullina - Senior Manager„AKB-Auto”

Aș dori să-i mulțumesc consultantului Mihail pentru munca sa excelentă, consultările în timp util și complete. Este foarte atent la problemele și întrebările clientului, rezolvând cu promptitudine cele mai dificile situații pentru mine. Este o plăcere să lucrez cu Mihail!!! Acum voi recomanda compania dumneavoastră clienților și prietenilor mei. Și consultanții de asistență tehnică sunt, de asemenea, foarte politicoși, atenți și ajutați la instalarea dificilă a cheii. Multumesc!!!

Olga Sevostyanova.

Achiziționarea cheii s-a dovedit a fi foarte ușoară și chiar plăcută. Multe mulțumiri managerului Mihail pentru ajutor. Explică lucruri complexe și greu de înțeles succint, dar foarte clar. În plus, am sunat la linia telefonică gratuită și am lăsat o solicitare online lui Mikhail. Mi-au făcut o cheie în 2 zile lucrătoare. În general, îl recomand dacă economisești timp, dar în același timp vrei să înțelegi ce cumperi și pentru ce plătești. Multumesc.

Levitsky Alexander Konstantinovici Samara

Mulțumiri personale consultantului Mihail Vladimirovici pentru consultarea promptă și munca la accelerarea primirii unui certificat de semnătură electronică. În timpul consultării preliminare, se selectează setul optim de servicii individuale. Rezultatul final este primit imediat.

Stoyanova N.L. - contabil șef SRL „SITECRIM”

Vă mulțumim pentru munca promptă și asistența competentă! Am fost foarte multumita de consultatie!

Dmitri Fomin

Expert System LLC îi mulțumește consultantului Mihail pentru munca sa promptă! Dorim companiei tale creștere și prosperitate!

Sukhanova M.S. - EvaluatorExpert System LLC, Volgograd

Mulțumesc consultantului, care s-a prezentat drept Mihail, pentru eficiența sa în lucrul cu clienții.

Ponomarev Stepan Ghenadievici

Multe mulțumiri consultantului Mihail pentru asistența acordată în obținerea semnăturii digitale. Pentru muncă promptă și sfaturi cu privire la problemele apărute în timpul procesului de înregistrare.

Leonid Nekrasov

Compania, reprezentată de consultantul Mihail, face imposibilul! Accelerarea acreditării în mai puțin de 1 oră! Plata la livrarea serviciului. Am crezut că asta nu se va întâmpla. Cu toată responsabilitatea, vă pot sfătui să contactați Centrul de Eliberare a Semnăturii Electronice.

Când vă conectați la contul personal pentru a solicita un CEP, este afișat un mesaj « Computerul nu este configurat . Pentru a continua, accesați pagina de configurare a computerului și urmați pașii sugerați » . După ce ați accesat pagina de configurare și ați instalat toate componentele necesare în cont personal apare din nou un mesaj care spune că computerul nu este configurat.

Pentru a rezolva eroarea trebuie să:

1. Adăugați adresa de cont personală https://i.kontur-ca.ru la nodurile de încredere. Pentru a face acest lucru:

• Selectați meniul „Start” > „Panou de control” > „Opțiuni Internet”;
• Accesați fila „Securitate”, selectați elementul „Site-uri de încredere” (sau „Site-uri de încredere”) și faceți clic pe butonul „Site-uri”;
• Specificați adresa https://i.kontur-ca.ru în câmpul Adăugați următorul nod în zonă și faceți clic pe butonul „Adăugați”.

Dacă această adresă este deja prezentă în lista de noduri de încredere, ar trebui să treceți la pasul următor.

2. Verificați dacă adresa contului personal https://i.kontur-ca.ru este definită ca fiind de încredere:

• Dacă utilizați Internet Explorer versiunea 8, atunci când vă aflați pe pagina de autorizare, ar trebui să verificați dacă caseta de selectare „Site-uri de încredere” este bifată în partea de jos a paginii. Dacă nu există casetă de selectare, dar există o inscripție « Internet”, ceea ce înseamnă că adresa https://i.kontur-ca.ru nu a fost adăugată la nodurile de încredere.

• Dacă utilizați Internet Explorer versiunea 9 și o versiune ulterioară, atunci când vă aflați pe pagina de autorizare, ar trebui să faceți clic dreapta oriunde pe pagină și să selectați „Proprietăți”. În fereastra care se deschide, linia „Zonă” ar trebui să conțină cuvintele „Site-uri de încredere”. În caz contrar, adresa https://i.kontur-ca.ru nu este adăugată la nodurile de încredere.

Dacă adresa contului dumneavoastră personal nu este determinată a fi de încredere, atunci ar trebui să contactați administrator de sistem cu o solicitare de a adăuga adresa https://i.kontur-ca.ru la nodurile de încredere.

3. Verificați dacă vă puteți conecta la contul personal. Dacă eroarea se repetă, ar trebui să rulați utilitarul RegOids din link. Acest utilitar va configura automat setările OID în registrul computerului. De asemenea, puteți importa manual una dintre ramurile de registry, în funcție de bitness-ul sistemului de operare instalat:

4. Verificați dacă drepturile de administrator sunt utilizate pe computer (pentru a verifica, accesați Start - Panou de control - Conturi de utilizator și Siguranța familiei - Conturi de utilizator). Dacă nu există suficiente drepturi, trebuie să acordați utilizatorului drepturi depline, vă rugăm să contactați administratorul pentru a face acest lucru.

5. După finalizarea pasului 3, trebuie să reporniți computerul și să vă verificați autentificarea la contul personal.

Dacă nici un punct din instrucțiuni nu ajută, atunci ar trebui să contactați suport tehnic la adresa [email protected]. Scrisoarea trebuie să indice:

1. Număr de diagnostic.

Pentru a face acest lucru, trebuie să accesați portalul de diagnosticare lahttps://help.kontur.ru , apăsați butonul "Începeți diagnosticarea" . Odată ce procesul de verificare este finalizat, numărul de diagnosticare va fi afișat pe ecran. Vă rugăm să indicați numărul cererii atribuit în scrisoare.

2. Captură de ecran a ferestrei cu eroarea (când utilizați Internet Explorer versiunea 9 și o versiune ulterioară, trebuie să atașați și o captură de ecran a ferestrei „Proprietăți” - vezi punctul 2).

3. Exportați și atașați următoarele ramuri de registry:

32 de biți: HKLM\SOFTWARE\Microsoft\Cryptography\OID\EncodingType 0\CryptDllFindOIDInfo
64 de biți: HKLM\SOFTWARE\Wow6432Node\Microsoft\Cryptography\OID\EncodingType 0\CryptDllFindOIDInfo

Vadim Malykh
02.10.2013

Cu ceva timp în urmă, în grupul Forum Rus de pe Facebook, s-a discutat despre utilizarea sistemelor informaționale guvernamentale în sistemele informaționale (discuția a fost în afara subiectului, o puteți vedea în comentariile de mai jos). Esența litigiului este din cauza OID-urilor (identificatorului de obiect) ale sistemelor informatice, care trebuie înregistrate în certificate de semnătură electronică calificată (ES) oficiali, aceleași semnături electronice trebuie schimbate chiar mai des decât o dată pe an (ceea ce este dictat de cerințele de siguranță), iar acest lucru, la rândul său, duce la dificultăți și costuri suplimentare, deoarece majoritatea autorităților lucrează cu CA comerciale fără a avea propriile lor. Problema este agravată de lipsa unei înțelegeri comune a ceea ce oferă exact aceste OID și cât de necesare și/sau obligatorii sunt acestea.

În timpul discuției, oponentul meu m-a avertizat că din cauza necunoașterii unor elemente fundamentale ale domeniului subiectului, aș putea să intru în anumite probleme cu legea în viitor. Nu puteam ignora un astfel de avertisment de la un coleg, așa că am decis să studiez din nou cu atenție acest subiect și să mă asigur că am înțeles totul și că o fac corect. Mai jos sunt câteva rezultate ale acestei excursii în domeniul subiectului. Poate cineva va fi interesat.

Dacă începem cu concepte de bază, semnatura electronica se bazează pe algoritmi de criptare asimetrică. Caracteristica principală a acestor algoritmi este că două chei diferite sunt folosite pentru a cripta și decripta un mesaj. Publicul larg este mai familiarizat cu algoritmii simetrici, atunci când folosim o cheie (sau o parolă) atât pentru a cripta, cât și pentru a decripta un mesaj, de exemplu, pentru a arhiva un fișier cu o parolă sau pentru a proteja un document MS Word.

Multe lucruri se bazează pe algoritmi de criptare asimetrică, deși simplul fapt că sunt folosite chei diferite pentru criptare și decriptare nu ne-ar permite să găsim aplicație utilă acești algoritmi. Pentru a face acest lucru, trebuie să aibă unele proprietăți suplimentare. În primul rând, cheile nu ar trebui să fie calculabile, adică cunoscând o cheie nu o puteți calcula pe a doua. De asemenea, este foarte important ca diferite chei de criptare să corespundă diferitelor chei de decriptare și invers - doar o singură cheie de criptare corespunde unei singure chei de decriptare.

Ce legătură are de fapt semnătura cu ea? La urma urmei, trebuie să semnăm documentul, nu să-l criptăm. În primul rând, trebuie să înțelegeți ce este de fapt o semnătură și de ce este necesară. Când îți pui semnătura de mână document pe hârtie, vă asigurați astfel că dvs. (și nu altcineva) ați văzut (și sunteți de acord) acest document (și nu altul). Cea mai importantă proprietate semnături – nerepudierea. Aceasta înseamnă că odată ce semnați un document, nu puteți renunța ulterior la acest fapt. În cazul unei semnături pe hârtie, un examen grafologic vă va incrimina în cazul unei semnături electronice, se vor folosi metode matematice bazate pe algoritmi de criptare asimetrică;

Cum funcționează totul, pe scurt. Luăm un algoritm de criptare asimetric și generăm o pereche de chei (pentru criptare și decriptare). Oferim cheia de criptare persoanei care va semna documentele. Trebuie să-l țină mereu cu el și să nu-l dea nimănui. De aceea se numește cheie „privată”. Oferim cealaltă cheie (decriptare) tuturor, deci este „deschisă”. Când semnează un document, o persoană trebuie să-l cripteze cu al lui cheie privată. De fapt, nu documentul în sine este criptat, deoarece poate fi destul de mare și nu trebuie de fapt să-l criptăm. Prin urmare, se obține un hash din document - aceasta este o anumită secvență numerică cu o pondere mare probabilitățile sunt diferite pentru diferite documente, cum ar fi o „amprentă” a documentului. Este criptat cu cheia privată a semnatarului. Acest hash criptat este semnătură electronică document. Acum, având un document, o semnătură și o cheie publică, oricine poate verifica cu ușurință dacă acest document a fost semnat cu această cheie privată. Pentru a face acest lucru, obținem din nou hash-ul documentului, decriptăm semnătura cu cheia publică și comparăm. Ar trebui să obțineți două secvențe de numere identice.

Toate acestea sunt grozave, dar până acum am obținut nerepudierea semnăturii pentru cheia privată, adică am dovedit că documentul este semnat cu o cheie anume. Trebuie să dovedim că a fost semnat de o anumită persoană. În acest scop, există autorități de certificare și certificate digitale. Cel mai important lucru pe care îl face o autoritate de certificare este să certifice că cheia privată aparține unei anumite persoane. Pentru a garanta acest lucru, centrul de certificare este cel care generează perechile de chei și le emite personal proprietarilor (există opțiuni prin proxy, de la distanță, dar acestea sunt detalii). Împreună cu cheile, este generat un certificat digital - acesta este un document electronic (uneori o reprezentare pe hârtie a acestuia), care conține informații despre proprietarul cheii, cheia în sine, centrul de certificare și alte informații. Proprietarul, de regulă, primește toate aceste lucruri pe un mediu securizat (smart card, ru-token etc.), care conține o cheie privată și un certificat cu o cheie publică încorporată. Mass-media în sine trebuie să fie întotdeauna păstrată la tine, iar un certificat cu o cheie publică copiată de pe acesta poate fi dat oricui, astfel încât să poată verifica semnătura ta electronică.

Deci, semnarea se face cu o cheie privată, iar verificarea semnăturii se face cu o cheie publică. Prin urmare, expresia „documentul este semnat cu un set de OID” (exprimată în disputa menționată) este lipsită de sens. Doar două chei sunt implicate în procedura de semnare și verificare în 63-FZ, acestea sunt denumite corespunzător - cheia de semnătură și cheia de verificare a semnăturii;

Care sunt aceste OID notorii? Format certificat digital X.509 permite stocarea extensiilor în el. Acestea sunt câteva atribute opționale care pot fi folosite pentru a stoca informații suplimentare. Fiecare astfel de atribut este un obiect, care este specificat printr-un identificator dintr-un director ierarhic. Prin urmare, OID - Object Identifier. Nu are rost să ne aprofundăm în natura OID-urilor în sine. În esență, acestea sunt câteva informații suplimentare care pot fi prezente în certificat.

Aceste atribute suplimentare pot fi utilizate în diverse scopuri. Acestea pot fie să furnizeze informații suplimentare despre proprietar, chei, CA, fie să poarte câteva informații suplimentare pentru aplicațiile și serviciile care utilizează acest certificat. Cea mai comună aplicație este controlul accesului bazat pe roluri. De exemplu, certificatul poate menționa că proprietarul cheii este șeful organizației, iar acest lucru îi va oferi posibilitatea de a obține imediat acces la funcțiile și informațiile necesare din toate IS-urile, fără a fi nevoie să contacteze administratorii fiecărui IS. și modificați setările de acces. Toate acestea, desigur, cu condiția ca toate aceste IS să folosească certificatul utilizatorului pentru a-l autoriza și analiza același atribut în același mod (din acest motiv, atributele sunt selectate din director și nu sunt setate arbitrar).

Din cauza aplicatii diverse primim două certificate de natură complet diferită. Unul certifică că sunt eu, iar acesta este întotdeauna cazul. În mod ideal, ar putea fi eliberat o dată sau de mai multe ori în viață, ca un pașaport. Cu toate acestea, din cauza imperfecțiunilor algoritmilor criptografici existenți, din motive de securitate, aceste certificate trebuie acum să fie reemise în fiecare an. Al doilea tip de controale de certificat Informații suplimentareși se poate schimba mult mai des decât chiar și o dată pe an. Se poate compara cu carte de vizită. Poziția, e-mailul, numărul de telefon s-au schimbat - trebuie să faceți noi cărți de vizită.

În lume, aceste două tipuri de certificate sunt numite, respectiv, Public Key Certificate (PKC) și Attribute Certificate (sau Authorization Certificate - AC). Un certificat de al doilea tip poate fi emis mult mai des decât primul, de către o altă organizație, și ar trebui să fie mai accesibil și mai ușor de obținut decât un certificat personal de „cheie publică”. În orice caz, asta recomandă RFC 3281, dedicat acestui tip de certificate. Un certificat de al doilea tip trebuie să conțină doar un link către certificatul cheie publică, astfel încât sistemul care îl folosește să autorizeze utilizatorul să poată identifica mai întâi persoana care utilizează PKC.

Acum să ne apropiem de realitățile noastre. La nivel legislativ, problemele legate de utilizarea semnăturilor electronice în Federația Rusă, sunt reglementate de două documente principale - Legea Federației Ruse din 6 aprilie 2011 nr. 63-FZ „Cu privire la semnăturile electronice” și Ordinul FSB al Federației Ruse din 27 decembrie 2011 nr. 795 „Cu privire la aprobarea cerințelor pentru formular certificat calificat cheie de verificare a semnăturii electronice.” Compoziția unui certificat calificat este descrisă în Ordinul 795 (Partea a II-a „Cerințe pentru setul de câmpuri ale unui certificat calificat”) și nu există cerințe pentru atributele care controlează autorizarea în niciun sistem informatic. Atributele suplimentare obligatorii includ doar informații care permit identificarea unei persoane sau persoană juridicăîn Federația Rusă (TIN, SNILS etc.). Deși nici legea, nici ordinul FSB nu interzic includerea altor informații într-un certificat calificat.

După cum vedem, nu normele legislative nu dictează prezența obligatorie într-un certificat calificat a atributelor asociate cu autorizarea în niciun sistem informatic. Atunci de unde vin aceste cereri? Și vin de la dezvoltatorii (sau „proprietari”) unor sisteme specifice. Să luăm de exemplu" Recomandări metodice privind utilizarea semnăturilor electronice în interacțiunea electronică interdepartamentală (versiunea 4.3)”, postat pe portalul tehnologiei SMEV. Într-adevăr, în paragraful 6 a acestui document citim: „La pregătirea informațiilor pentru generarea unui certificat EP-SP, este necesar să se determine necesitatea solicitării de informații de la Rosreestr (extrase din Registrul Unificat de Stat). Dacă o astfel de solicitare este necesară, OID-ul trebuie să fie indicat în câmpul „Cheie îmbunătățită” (OID=2.5.29.37) din certificatul EP-SP în conformitate cu cerințele Rosreestr.” Adică, sistemul informațional Rosreestr utilizează acest atribut pentru a determina informațiile care pot fi emise proprietarului certificatului. Totuși, același document conține o notă importantă și anume, această cerință este valabilă până la lansarea completă a ESIA (serviciul unificat de autorizare în sistemele de stat) și la acesta conectarea sistemului Rosreestr. Aceasta este o notă importantă, să ne amintim.

Nu mă voi ocupa de alte IP folosite în stat. organe Bănuiesc că situația este similară acolo. Portal de achiziții publice, electronic platforme de tranzacționare, diverse aplicații contabile și financiare pot necesita, de asemenea, prezența anumitor OID-uri suplimentare în certificatul de utilizator. În același timp, afirmația că prin scrierea OID-ului unui sistem informațional într-un certificat, deleg cumva responsabilitatea autorității de certificare este, să spunem ușor, incorectă. CA introduce aceste date în certificat conform cererii mele. Daca pozitia mea s-a schimbat, si am uitat sa solicit revocarea celui vechi si eliberarea unui nou certificat, CA nu poate fi in niciun fel facuta responsabila pentru uitarea mea. În plus, Legea 63-FZ atribuie direct proprietarului său responsabilitatea pentru utilizarea incorectă a unui certificat. În paragraful 6 al articolului 17 citim:
Deținătorul unui certificat calificat este obligat să:
1) nu utilizați cheia de semnătură electronică și contactați imediat centrul de certificare acreditat care a eliberat certificatul calificat pentru a înceta valabilitatea acestui certificat dacă există motive să creadă că a fost încălcată confidențialitatea cheii de semnătură electronică;
2) utilizați o semnătură electronică calificată în conformitate cu restricțiile conținute în certificatul calificat (dacă sunt stabilite astfel de restricții).

Necesitatea de a stoca într-un certificat informații despre rolurile și accesele utilizatorului în anumite sisteme informatice duce la o problemă care a provocat o dispută pe Facebook și anume, certificatul trebuie reemis mult mai des decât dictează cerințele de securitate pentru o semnătură electronică personală. . Poziția s-a schimbat - reeliberăm certificatul. A apărut un nou IP - reemitem certificatul. Era nevoie să se solicite informații de la IS noua organizare(Rosreestr) - reemitem certificatul.

Există o aderență sută la sută la conceptul numit în lume Certificat de Atribut (sau Certificat de Autorizare), care a fost menționat mai sus și în care se recomandă emiterea acestor certificate de către o altă autoritate de certificare (Autoritatea de Atribut, spre deosebire de Autoritatea de Certificare - o CA obișnuită care emite certificate ES calificate) și conform unei scheme simplificate. Acest certificat în sine nu ar trebui să conțină cheia semnăturii electronice și informații despre proprietar. În schimb, conține un link către certificatul de cheie publică al proprietarului, de la care se pot obține restul informațiilor necesare despre persoană.

Trebuie remarcat faptul că această schemă are o aplicație foarte limitată și nu rezolvă toate problemele. Ce se întâmplă dacă următorul sistem informațional decide să folosească același câmp de certificat „Improved Key” (OID=2.5.29.37), care este deja ocupat de valoarea Rosreestr, pentru nevoile sale? Nu este posibil să introduceți două valori diferite într-un câmp. Prin urmare, va trebui să lansăm un alt AC! O altă problemă este durata scurtă de viață a PKC (un an). Dacă avem mai multe AC-uri (care conțin un link către un certificat personal), toate vor trebui reemise după expirarea PKC. Pentru a utiliza eficient AC, un singur centru de autorizare pentru utilizator este necesar în toate sistemele de informații, iar toate aplicațiile trebuie să utilizeze atributele certificatului în mod consecvent și uniform.

Un astfel de centru unic de autorizare pentru guvern. organismele există deja - aceasta este ESIA. Să ne amintim de nota privind OID-urile din Rosreestr. În viitor, acestea vor fi înlocuite cu informații din Unified Identification and Logistics Act sisteme informatice, în care lucrează angajații guvernamentali. angajati. În loc să utilizați AC pentru autorizare, trebuie să vă integrați cu ESIA și să primiți informațiile necesare de acolo. Identificarea și autentificarea unificate trebuie să poată lega un certificat de semnătură electronică calificat la cont, în acest fel sistemele informaționale vor putea autentifica utilizatorul folosind o cheie personală, și îl vor autoriza (oferind acces la aplicație) prin Numărul Unificat de Identificare și Identificare. Un astfel de sistem pare a fi mai universal și mai fiabil decât utilizarea câmpurilor de certificat, iar în viitor va permite automatizarea controlului accesului. Dacă este creat sistem unificat evidența personalului stat angajaților, ESIA va putea prelua informații despre puterile unei anumite persoane direct de acolo. Dacă o persoană se transfera într-o altă poziție, pierdea automat accesul la unele sisteme și obținea acces la altele. În același timp, el continuă să folosească cheia de semnătură digitală pentru a semna documente, nu este nevoie să reediteze nimic.

Conform Specificatii tehnice implementarea de către SA „AEI „PRIME” a acțiunilor de dezvăluire a informațiilor despre valori mobiliare și altele instrumente financiare, aprobat de Banca Rusiei (), documente electronice, care conțin informații publice trebuie să fie semnate de subiectul dezvăluirii informațiilor cu o semnătură electronică calificată îmbunătățită (a se vedea clauza 1.7 din Condițiile tehnice). Această cerință intră în vigoare începând cu 1 februarie 2017.

În prezent, a început o perioadă de testare pentru utilizarea unei semnături electronice pe serverul de divulgare PRIME, care va dura până la 31 ianuarie 2017 inclusiv.

Pentru a testa funcționalitatea, clienții PRIME pot folosi orice certificat de cheie digitală primit anterior pentru această entitate juridică.

De la 1 februarie 2017, la cererea Condițiilor tehnice (vezi clauzele 1.7. și 9.6.), un certificat calificat al cheii de verificare a semnăturii electronice a unui utilizator trebuie să respecte cerințele pentru forma unui certificat calificat stabilite prin ordin al FSB al Rusiei din 27 decembrie 2011 nr. 795 „Cu privire la cerințele de aprobare pentru forma unui certificat de cheie de verificare a semnăturii electronice calificat”. Extensia certificatului de utilizator „Cheie îmbunătățită” (identificatorul obiectului 2.5.29.37) trebuie să conțină identificatorul obiectului pentru dezvăluirea informațiilor PRIME - OID 1.2.643.6.42.5.5.5

Conectarea la contul personal al utilizatorului de dezvăluire a informațiilor „PRIME” va fi efectuată folosind LOGIN-ul și PAROLA primite anterior de către client.

Acțiunile clientului de a publica mesaje în Fluxul de divulgare a informațiilor, de a posta documente pe o pagină de pe Internet și de a face modificări ale cardului de înregistrare a emitentului în sistemul de divulgare a informațiilor trebuie confirmate printr-o semnătură electronică.

Pentru a utiliza semnătura electronică pe serverul de divulgare a informațiilor PRIME, clientul trebuie mai întâi să instaleze pluginul (instalarea este gratuită pentru utilizatori și nu necesită mult timp). Pentru instrucțiuni despre instalarea pluginului, consultați mai jos.

În contul personal al utilizatorului de divulgare a informațiilor, după ce clientul a instalat pluginul, la completarea formularelor pentru publicarea unui mesaj în Feedul de divulgare a informațiilor sau postarea unui document pe Internet, precum și la modificarea datelor cardului de înregistrare, vor apărea câmpurile „Semnătura electronică a unui document”, unde va trebui să îl selectați pe cel afișat în certificatul de cheie de semnătură din câmpul de serviciu corespunzător și să faceți clic pe butonul „Semnați”. În acest fel, clientul își va confirma acțiunile de a dezvălui informații sau de a face modificări la cardul său de înregistrare.

• După semnarea mesajului cu semnătură electronică, clientul trebuie să facă clic pe butonul „Publica”.
• După semnarea documentului cu semnătură electronică, clientul trebuie să facă clic pe butonul „Adăugați document”.
• După semnarea modificărilor din cardul de înregistrare cu semnătură electronică, clientul trebuie să apese butonul „Trimite formular de identificare”.

Vă rugăm să rețineți că toate mesajele trimise de clienți prin intermediul contului lor personal prin autorizația „Test login (working with electronic signature)” vor fi publicate în fluxul de informare în modul de lucru. Toate documentele postate de clienți prin contul personal prin autorizația „Test login (functionare cu semnătură electronică)” vor fi afișate automat pe paginile emitenților în modul de lucru.

În caz contrar, procedura emitentului în contul personal de pe serverul de divulgare a informațiilor PRIME nu se modifică.