ელექტრონული ხელმოწერის ბიბლიოთეკა და API
ელექტრონული ხელმოწერის ნულიდან შექმნას თვეები სჭირდება. eSignature-ით PDF-ის, XML-ის და მონაცემების ხელმოწერა რამდენიმე სტრიქონზე დადის: ამატებთ მხოლოდ საჭირო ხელმოწერის სტანდარტს, ხელმოწერის მოწყობილობას ან დროის ნიშნულის მომწოდებელს, თითოეულს ცალკე პაკეტად.
რა არის ელექტრონული ხელმოწერის ბიბლიოთეკა?
ელექტრონული ხელმოწერის ბიბლიოთეკა არის მზა კოდის პაკეტი, რომელიც თქვენს საკუთარ პროგრამას ელექტრონული ხელმოწერის შექმნისა და გადამოწმების შესაძლებლობას აძლევს. ის თქვენ ნაცვლად იღებს თავზე ხელმოწერის სტანდარტებს (CAdES, XAdES, PAdES, ASiC), სერტიფიკატების ჯაჭვის გადამოწმებას, დროის ნიშნულს და ხელმოწერის მოწყობილობასთან კავშირს. eSignature ამას .NET-ზე მოდულური პაკეტებით აკეთებს: თუ მხოლოდ PDF-ს აწერთ ხელს, ერთი პაკეტი საკმარისია.
როგორ გამოიყენება?
დაამატეთ პაკეტი
პროექტს ამატებთ საჭირო სტანდარტის პაკეტს, მაგალითად PDF-ის ხელმოწერისთვის eSignature.PAdES-ს.
აირჩიეთ ხელმოწერის წყარო
სმარტ-ბარათი, USB ტოკენი, ქსელური HSM, ღრუბლოვანი HSM ან მობილური ხელმოწერა — თითოეული მომწოდებელი ცალკე, დამოუკიდებელი პაკეტია.
მოაწერეთ ხელი
ხელმოწერა იქმნება დოკუმენტის, სერტიფიკატისა და ხელმოწერის დონის მიხედვით; მხარდაჭერილია გრძელვადიანი არქივის დონემდე (LTA).
გადაამოწმეთ
იგივე ბიბლიოთეკა ამოწმებს ხელმოწერას: ჯაჭვის გადამოწმება RFC 5280-ით, CRL, OCSP, Delta CRL და ოფლაინ გადამოწმება.
რა არის ბიბლიოთეკაში?
მოდულური სტრუქტურა — 39 პაკეტი
აყენებთ მხოლოდ იმას, რასაც იყენებთ; ზედმეტი დამოკიდებულებებისა და ტვირთის გარეშე.
ETSI-ის ყველა პროფილი
CAdES (BES-დან A-მდე), XAdES (BES/T/C/X/XL/A), PAdES (B-B-დან B-LTA-მდე) და ASiC-S/ASiC-E.
სმარტ-ბარათი და USB ტოკენი
Windows CNG-ისა და PKCS#11-ის მეშვეობით; ისეთი მოწყობილობები, როგორიცაა AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey და Nitrokey.
HSM და ღრუბლოვანი HSM
Thales Luna-ს, Utimaco-ს და Entrust nShield-ის ქსელური HSM-ები; AWS CloudHSM/KMS, Azure Key Vault HSM და Google Cloud KMS.
მობილური ხელმოწერა
Turkcell-ის, Vodafone-ისა და Türk Telekom-ის მობილური ხელმოწერა; თითოეული ოპერატორი ცალკე პაკეტია. იწყება ტელეფონის ნომრით, მომხმარებელი ადასტურებს.
11-ზე მეტი დროის ნიშნულის მომწოდებელი
KamuSM, GlobalSign, DigiCert, Sectigo, Entrust, FreeTSA და სხვები; თითოეული TSA ცალკე პაკეტია.
სერტიფიკატების სრული გადამოწმება
ჯაჭვის გადამოწმება RFC 5280-ით, CRL, OCSP, Delta CRL, ოფლაინ გადამოწმება — ნდობის ჯაჭვის კონტროლი ბანკებისა და საჯარო სექტორის დონეზე.
კანონმდებლობასთან შესაბამისობა
სრული შესაბამისობა თურქეთის ელექტრონული ხელმოწერის შესახებ No 5070 კანონთან; ევროპის მხარეს ETSI/eIDAS პროფილები საწარმოო გარემოში გამოიყენება.
ვინ იყენებს?
პროგრამული კომპანიები და პროდუქტის გუნდები
გუნდები, რომლებსაც სურთ საკუთარ აპლიკაციაში ხელმოწერის დამატება და ამის თვეების ნაცვლად დღეებში გადაწყვეტა.
საჯარო და კორპორაციული ინტეგრატორები
პროექტები, რომლებსაც ელექტრონულ მიმოწერაში, დოკუმენტბრუნვის სისტემებში (EBYS) და დოკუმენტების ნაკადში ხელმოწერა და გადამოწმება სჭირდებათ.
ფინანსები და დაზღვევა
პროცესები, რომლებიც მოითხოვს დიდი მოცულობის ხელმოწერას, HSM-ით გასაღებების მართვას და გადამოწმების სრულ ჯაჭვს.
ელექტრონული დოკუმენტებისა და ინვოისების გადაწყვეტები
XML-ზე დაფუძნებული დოკუმენტების XAdES-ით ხელმოწერა და მათი არქივის დონემდე აყვანა.
ხშირად დასმული კითხვები
რა არის PAdES ხელმოწერა?
PAdES (PDF Advanced Electronic Signatures) ელექტრონული ხელმოწერის ფორმატია, რომელშიც ხელმოწერა PDF ფაილის შიგნით ჩაშენდება; განსაზღვრულია ETSI EN 319 142 სტანდარტით. ხელმოწერილი დოკუმენტი PDF-ად რჩება, მოწმდება ისეთი PDF წამკითხველების ხელმოწერის პანელში, როგორიცაა Adobe Reader, და გვერდზე შეიძლება ჰქონდეს ხილული ხელმოწერის ველი. დონეები იზრდება B-B-დან B-T-მდე (დროის ნიშნულით), B-LT-მდე და B-LTA-მდე (გრძელვადიანი არქივი).
რა არის CAdES ხელმოწერა?
CAdES (CMS Advanced Electronic Signatures) CMS/PKCS#7 სტრუქტურაზე დაფუძნებული ელექტრონული ხელმოწერის ფორმატია; განსაზღვრულია ETSI EN 319 122 სტანდარტით. მას შეუძლია ნებისმიერი ტიპის ფაილის ხელმოწერა; ხელმოწერა ჩვეულებრივ დოკუმენტთან ერთად .p7s სახით ან ხელმოწერილ კონვერტში გადაიცემა. თურქეთში ეს ყველაზე გავრცელებული ფორმატია ელექტრონულად ხელმოწერილ ოფიციალურ მიმოწერაში.
რა არის XAdES ხელმოწერა?
XAdES (XML Advanced Electronic Signatures) XML დოკუმენტებისთვის შექმნილი ელექტრონული ხელმოწერის ფორმატია; განსაზღვრულია ETSI EN 319 132 სტანდარტით. ხელმოწერა შეიძლება XML-ში იყოს ჩაშენებული ან ცალკე იდგეს. გამოიყენება XML-ზე დაფუძნებულ დოკუმენტებში, მაგალითად UBL-TR ფორმატის ელექტრონულ ინვოისში.
რა არის ელექტრონული ხელმოწერის ბიბლიოთეკა?
ელექტრონული ხელმოწერის ბიბლიოთეკა დეველოპერის კომპონენტია (SDK), რომელიც ელექტრონული ხელმოწერის შექმნასა და გადამოწმებას თქვენს საკუთარ პროგრამაში ამატებს. მზა ხელმოწერის აპლიკაცია მომხმარებელს ეკრანს სთავაზობს; ბიბლიოთეკა კი ეკრანის გარეშე სამშენებლო ბლოკია — ხელს თქვენი აპლიკაცია აწერს, თქვენს სამუშაო ნაკადში. მუშაობს სმარტ-ბარათთან, ტოკენთან ან HSM-თან და ქმნის და ამოწმებს CAdES, XAdES და PAdES ფორმატებს.
რა არის e-Yazışma პაკეტი?
e-Yazışma პაკეტი სტანდარტული პაკეტია, რომელიც თურქეთის საჯარო დაწესებულებებთან ოფიციალურ ელექტრონულ მიმოწერაში გამოიყენება: ხელმოწერილი დოკუმენტი, მეტამონაცემების ფაილი და დანართები, თუ არსებობს, ერთ პაკეტში ერთიანდება. დაწესებულებებს შორის ჩვეულებრივ KEP-ით (რეგისტრირებული ელექტრონული ფოსტით) იგზავნება.
როგორ იქმნება e-Yazışma პაკეტი?
ოფიციალური e-Yazışma პაკეტი მეტამონაცემების ფაილისა და ხელმოწერილი დოკუმენტის ერთად შეფუთვაა. ბიბლიოთეკა ამას ერთი გამოძახებით აკეთებს: დოკუმენტს CAdES-ით ან XAdES-ით აწერს ხელს, სქემის შესაბამის მეტამონაცემებს ქმნის და პაკეტს ხურავს. მხარდაჭერილია e-Yazışma-ს 1.3 და 2.0 ვერსიები, KamuSM-ის ძირეული სერტიფიკატი ჩაშენებულია. საქაღალდის მითითებისას მასში არსებულ დოკუმენტებს ჯგუფურად აწერს ხელს.
რით განსხვავდება ელექტრონული ხელმოწერის ბიბლიოთეკა მზა აპლიკაციისგან?
ბიბლიოთეკა თქვენს საკუთარ პროგრამაში შედის: ხელმოწერას თქვენი სამუშაო ნაკადი იწყებს და ინტერფეისიც თქვენია. მზა აპლიკაცია (İmzacı) კომპიუტერზე მუშაობს: მომხმარებელი ირჩევს ფაილს და ხელს აწერს. ორივე ერთსა და იმავე ხელმოწერის ინფრასტრუქტურას იყენებს; რომელი გერგებათ, დამოკიდებულია იმაზე, ვინ იწყებს ხელმოწერას — თქვენი პროგრამა თუ მომხმარებელი.
რომელი ხელმოწერის სტანდარტებია მხარდაჭერილი?
CAdES (BES, EPES, T, C, X, XL, A), XAdES (BES, T, C, X, XL, A), PAdES (B-B, B-T, B-LT, B-LTA), ასევე ASiC-S და ASiC-E. ერთი ბიბლიოთეკით აღწევთ გრძელვადიანი არქივის დონეს.
მხოლოდ PDF-ს მოვაწერ ხელს — ყველაფრის დაყენება მომიწევს?
არა. ბიბლიოთეკა მოდულურია; PDF-ისთვის eSignature.PAdES პაკეტი საკმარისია. სტანდარტები, TSA-ები და აპარატურის მომწოდებლები, რომლებსაც არ იყენებთ, პროექტში საერთოდ არ შედის.
როგორ ეწერება ხელი PDF-ს ვებაპლიკაციაში?
ხელმოწერა ბრაუზერში კი არ იქმნება, არამედ თქვენი ვებაპლიკაციის სერვერის მხარეს: გამოიძახება eSignature.PAdES პაკეტი და ხელმოწერილი PDF მომხმარებელს უბრუნდება. გადამწყვეტია, სად ინახება გასაღები — ღრუბლოვანი HSM-ის, ქსელური HSM-ის ან მობილური ხელმოწერის შემთხვევაში სერვერს გასაღებზე წვდომა აქვს, ამიტომ მთელი ნაკადი ვებით მიმდინარეობს. თუ გასაღები მომხმარებლის სმარტ-ბარათზეა, ბრაუზერი ბარათს ვერ წვდება; ამ შემთხვევაში ხელმოწერა კომპიუტერზე İmzacı-ით ხდება.
მუშაობს, თუ გასაღები სმარტ-ბარათზე კი არა, HSM-ში ან ღრუბელშია?
დიახ. ხელმოწერის წყარო აბსტრაჰირებულია: სმარტ-ბარათი და USB ტოკენი (CNG/PKCS#11), ქსელური HSM-ები, ღრუბლოვანი HSM სერვისები და მობილური ხელმოწერა ერთი და იმავე ნაკადით გამოიყენება. თითოეული მომწოდებელი დამოუკიდებელი პაკეტია.
ხელმოწერის გადამოწმებასაც აკეთებს?
დიახ. სერტიფიკატების ჯაჭვის გადამოწმება RFC 5280-ით, CRL, OCSP, Delta CRL და ოფლაინ გადამოწმება ბიბლიოთეკაშია; ხელმოწერას ერთი და იგივე კომპონენტი ქმნის და ამოწმებს.
არის რამე მომხმარებლებისთვის, ვისაც კომპიუტერზე ხელმოწერა სურს?
არის. კოდის წერის გარეშე გამოსაყენებელი დესკტოპ-აპლიკაცია İmzacı-ა: სმარტ-ბარათით აწერს ხელს PDF-სა და XML-ს, ქმნის e-Yazışma პაკეტებს და საქაღალდეების მიხედვით ჯგუფურად აწერს ხელს.
რა არის .NET ან Java პროექტში ელექტრონული ხელმოწერის დამატების ყველაზე სწრაფი გზა?
საჭირო სტანდარტის პაკეტის დამატება პროექტში: PDF-ის ხელმოწერისთვის eSignature.PAdES, XML-ისთვის XAdES პაკეტი. რადგან ბიბლიოთეკა 39 NuGet პაკეტადაა დაყოფილი, აყენებთ მხოლოდ იმას, რასაც იყენებთ; პროექტში ერთი დიდი დამოკიდებულება არ შედის.
რომელი სმარტ-ბარათები და ტოკენებია მხარდაჭერილი?
Windows CNG-ისა და PKCS#11-ის მეშვეობით მხარდაჭერილია ისეთი მოწყობილობები, როგორიცაა AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey და Nitrokey. თითოეული მომწოდებელი ცალკე, დამოუკიდებელი პაკეტია; დრაივერები, რომლებსაც არ იყენებთ, პროექტში არ შედის.
შეიძლება სერვერის მხარეს HSM-ით ხელმოწერა?
დიახ. მხარდაჭერილია Thales Luna-ს, Utimaco-სა და Entrust nShield-ის ქსელური HSM-ები, ასევე AWS CloudHSM/KMS, Azure Key Vault HSM და Google Cloud KMS. ასე იქმნება სერვერზე ავტომატური ხელმოწერის ნაკადი ბარათიანი მომხმარებლის გარეშე.
ხელმოწერის გადამოწმებას ცალკე ბიბლიოთეკა სჭირდება?
არა; ხელმოწერას ერთი და იგივე კომპონენტი ქმნის და ამოწმებს. სერტიფიკატების ჯაჭვის გადამოწმება RFC 5280-ით, CRL, OCSP, Delta CRL და ოფლაინ გადამოწმება ბიბლიოთეკაშია.
რა ღირს eSignature-ის ლიცენზია?
SDK ლიცენზია პროექტის მასშტაბით განისაზღვრება: ფასს ადგენს გამოყენებული ხელმოწერის სტანდარტები, ტოკენის/HSM-ის მომწოდებლები და დეველოპერების ან ინსტალაციების რაოდენობა.
რა განსაზღვრავს ფასს?
- გამოსაყენებელი ხელმოწერის სტანდარტები (CAdES, XAdES, PAdES, ASiC)
- სმარტ-ბარათი / ტოკენი, თუ ქსელური ან ღრუბლოვანი HSM
- დეველოპერების რაოდენობა და გავრცელების ფორმა
- დროის ნიშნულის მომწოდებლების რაოდენობა
- მხარდაჭერისა და ვერსიების განახლების მოცულობა
შეთავაზებას 24 საათში ვაგზავნით წერილობით, პუნქტობრივად.
დაკავშირებული გვერდები
ვისაუბროთ ინტეგრაციაზე
რომელი სტანდარტი, რომელი ხელმოწერის მოწყობილობა და რა მოცულობა? ერთად განვსაზღვროთ ლიცენზიის მოდელი და ინტეგრაციის გეგმა.
SDK ლიცენზია / ინფორმაციის მიღებაPart of the eSignature family.