E-allkirja teek ja API
eSignature · .NET ja Java · 39 NuGeti paketti

E-allkirja teek ja API

E-allkirja nullist arendamine võtab kuid. eSignature'iga taandub PDF-i, XML-i ja andmete allkirjastamine mõnele reale: lisate ainult vajaliku allkirjastandardi, allkirjastamisseadme või ajatempli pakkuja, igaüks eraldi paketina.

Mis on e-allkirja teek?

E-allkirja teek on valmis koodipakett, mis annab teie enda tarkvarale võime luua ja kontrollida e-allkirju. See võtab teie eest enda kanda allkirjastandardid (CAdES, XAdES, PAdES, ASiC), sertifikaadiahela kontrolli, ajatempli ja suhtluse allkirjastamisseadmega. eSignature teeb seda .NET-is modulaarsete pakettidega: kui allkirjastate ainult PDF-e, piisab ühest paketist.

Kuidas seda kasutada?

1

Lisage pakett

Lisate projekti vajaliku standardi paketi, näiteks PDF-allkirja jaoks eSignature.PAdES.

2

Valige allkirja allikas

Kiipkaart, USB-token, võrgu-HSM, pilve-HSM või mobiilallkiri — iga pakkuja on eraldi sõltumatu pakett.

3

Allkirjastage

Allkiri luuakse dokumendist, sertifikaadist ja allkirja tasemest; toetatud on kuni pikaajalise arhiivi tasemeni (LTA).

4

Kontrollige

Sama teek kontrollib allkirja: ahela kontroll RFC 5280 järgi, CRL, OCSP, Delta CRL ja võrguühenduseta kontroll.

Mis teegis on?

Modulaarne ülesehitus — 39 paketti

Paigaldate ainult selle, mida kasutate; pole liigseid sõltuvusi ega lisakoormust.

Kõik ETSI profiilid

CAdES (BES-ist A-ni), XAdES (BES/T/C/X/XL/A), PAdES (B-B-st B-LTA-ni) ning ASiC-S/ASiC-E.

Kiipkaart ja USB-token

Windows CNG ja PKCS#11 kaudu; seadmed nagu AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey ja Nitrokey.

HSM ja pilve-HSM

Thales Luna, Utimaco ja Entrust nShield võrgu-HSM-id; AWS CloudHSM/KMS, Azure Key Vault HSM ja Google Cloud KMS.

Mobiilallkiri

Turkcelli, Vodafone'i ja Türk Telekomi mobiilallkiri; iga operaator on eraldi pakett. Algab telefoninumbriga, kasutaja kinnitab.

Üle 11 ajatempli pakkuja

KamuSM, GlobalSign, DigiCert, Sectigo, Entrust, FreeTSA ja teised; iga TSA on eraldi pakett.

Täielik sertifikaatide kontroll

Ahela kontroll RFC 5280 järgi, CRL, OCSP, Delta CRL, võrguühenduseta kontroll — usaldusahela kontroll panganduse ja avaliku sektori tasemel.

Õigusnõuetele vastavus

Täielik vastavus Türgi elektroonilise allkirja seadusele nr 5070; Euroopa poolel ETSI/eIDAS profiilid tootmiskasutuses.

Kes seda kasutavad?

Tarkvaraettevõtted ja tootemeeskonnad

Meeskonnad, kes tahavad lisada oma rakendusse allkirjastamise ja lahendada selle päevade, mitte kuudega.

Avaliku sektori ja ettevõtete integraatorid

Projektid, mis vajavad allkirjastamist ja kontrolli e-kirjavahetuses, dokumendihaldussüsteemides (EBYS) ja dokumendivoogudes.

Rahandus ja kindlustus

Protsessid, mis nõuavad suuremahulist allkirjastamist, võtmehaldust HSM-iga ja täielikku kontrolliahelat.

E-dokumendi ja arvelduse lahendused

XML-dokumentide allkirjastamine XAdES-iga ja nende viimine arhiivitasemele.

Korduma kippuvad küsimused

Mis on PAdES-allkiri?

PAdES (PDF Advanced Electronic Signatures) on e-allkirja vorming, mille puhul allkiri on põimitud PDF-faili; selle määratleb standard ETSI EN 319 142. Allkirjastatud dokument jääb PDF-iks, seda kontrollitakse PDF-lugejate, näiteks Adobe Readeri allkirjapaneelil ning lehel võib olla nähtav allkirjaväli. Tasemed tõusevad B-B-st B-T (ajatempliga), B-LT ja B-LTA (pikaajaline arhiiv) tasemeni.

Mis on CAdES-allkiri?

CAdES (CMS Advanced Electronic Signatures) on CMS/PKCS#7 struktuuril põhinev e-allkirja vorming; selle määratleb standard ETSI EN 319 122. Sellega saab allkirjastada mis tahes tüüpi faili; allkiri liigub dokumendiga tavaliselt .p7s-failina või allkirjastatud ümbrikus. Türgis on see e-allkirjastatud ametlikus kirjavahetuses enim kasutatav vorming.

Mis on XAdES-allkiri?

XAdES (XML Advanced Electronic Signatures) on XML-dokumentide jaoks loodud e-allkirja vorming; selle määratleb standard ETSI EN 319 132. Allkiri võib olla XML-i põimitud või eraldi. Seda kasutatakse XML-põhistes dokumentides, näiteks UBL-TR-vormingus e-arvel.

Mis on e-allkirja teek?

E-allkirja teek on arendajakomponent (SDK), mis lisab e-allkirjade loomise ja kontrolli teie enda tarkvarasse. Valmis allkirjastamisrakendus pakub kasutajale ekraani; teek on ekraanita ehitusplokk — allkirjastab teie rakendus, teie töövoos. See töötab kiipkaardi, tokeni või HSM-iga ning loob ja kontrollib CAdES-, XAdES- ja PAdES-vorminguid.

Mis on e-Yazışma pakett?

e-Yazışma pakett on standardpakett, mida kasutatakse ametlikus e-kirjavahetuses Türgi avalike asutustega: allkirjastatud dokument, metaandmefail ja võimalikud manused koondatakse ühte paketti. Asutuste vahel saadetakse see tavaliselt KEP-i (registreeritud e-posti) kaudu.

Kuidas luuakse e-Yazışma pakett?

Ametlik e-Yazışma pakett koosneb metaandmefailist ja allkirjastatud dokumendist, mis pakitakse kokku. Teek teeb seda ühe väljakutsega: allkirjastab dokumendi CAdES- või XAdES-vormingus, loob skeemile vastavad metaandmed ja sulgeb paketi. Toetatud on e-Yazışma versioonid 1.3 ja 2.0, KamuSM-i juursertifikaat on sisse ehitatud. Kausta andmisel allkirjastatakse selles olevad dokumendid hulgi.

Mis vahe on e-allkirja teegil ja valmis rakendusel?

Teek läheb teie enda tarkvarasse: allkirjastamise käivitab teie töövoog ja liides on teie oma. Valmis rakendus (İmzacı) töötab töölaual: kasutaja valib faili ja allkirjastab selle. Mõlemad kasutavad sama allkirjataristut; milline teile sobib, sõltub sellest, kes allkirja käivitab — teie tarkvara või kasutaja.

Milliseid allkirjastandardeid toetatakse?

CAdES (BES, EPES, T, C, X, XL, A), XAdES (BES, T, C, X, XL, A), PAdES (B-B, B-T, B-LT, B-LTA) ning ASiC-S ja ASiC-E. Ühe teegiga jõuate pikaajalise arhiivi tasemeni.

Allkirjastan ainult PDF-e — kas pean kõik paigaldama?

Ei. Teek on modulaarne; PDF-i jaoks piisab eSignature.PAdES paketist. Standardid, TSA-d ja riistvarapakkujad, mida te ei kasuta, projekti üldse ei jõua.

Kuidas allkirjastada PDF veebirakenduses?

Allkiri ei sünni brauseris, vaid teie veebirakenduse serveripoolel: kutsutakse välja eSignature.PAdES pakett ja allkirjastatud PDF tagastatakse kasutajale. Otsustav on, kus võti asub — pilve-HSM-i, võrgu-HSM-i või mobiilallkirja puhul pääseb server võtmele ligi, nii et kogu voog käib veebi kaudu. Kui võti on kasutaja kiipkaardil, ei pääse brauser kaardile ligi; sel juhul allkirjastatakse töölaual İmzacı abil.

Kas see töötab, kui võti ei ole kiipkaardil, vaid HSM-is või pilves?

Jah. Allkirja allikas on abstraheeritud: kiipkaart ja USB-token (CNG/PKCS#11), võrgu-HSM-id, pilve-HSM-teenused ja mobiilallkiri kasutavad sama voogu. Iga pakkuja on sõltumatu pakett.

Kas see kontrollib ka allkirju?

Jah. Sertifikaadiahela kontroll RFC 5280 järgi, CRL, OCSP, Delta CRL ja võrguühenduseta kontroll on teegis olemas; sama komponent loob ja kontrollib allkirja.

Kas on midagi kasutajatele, kes tahavad allkirjastada töölaual?

On. Ilma koodita kasutatav töölauarakendus on İmzacı: see allkirjastab kiipkaardiga PDF-i ja XML-i, loob e-Yazışma pakette ning allkirjastab terveid kaustu hulgi.

Mis on kiireim viis lisada e-allkiri .NET- või Java-projekti?

Lisada projekti vajaliku standardi pakett: PDF-allkirja jaoks eSignature.PAdES, XML-i jaoks XAdES-pakett. Kuna teek on jagatud 39 NuGeti paketiks, paigaldate ainult selle, mida kasutate; projekti ei tule üht suurt sõltuvust.

Milliseid kiipkaarte ja tokeneid toetatakse?

Windows CNG ja PKCS#11 kaudu toetatakse seadmeid nagu AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey ja Nitrokey. Iga pakkuja on eraldi sõltumatu pakett; draiverid, mida te ei kasuta, projekti ei jõua.

Kas serveri poolel saab HSM-iga allkirjastada?

Jah. Toetatud on Thales Luna, Utimaco ja Entrust nShield võrgu-HSM-id ning AWS CloudHSM/KMS, Azure Key Vault HSM ja Google Cloud KMS. Nii luuakse serveris automaatne allkirjastamine ilma kaardiga kasutajata.

Kas allkirja kontrollimiseks on vaja eraldi teeki?

Ei ole; sama komponent loob ja kontrollib allkirja. Sertifikaadiahela kontroll RFC 5280 järgi, CRL, OCSP, Delta CRL ja võrguühenduseta kontroll on teegis olemas.

Kui palju maksab eSignature'i litsents?

SDK litsents sõltub projekti ulatusest: hinna määravad allkirjastandardid, tokeni/HSM-i pakkujad ning arendajate ja paigalduste arv.

Millest hind sõltub?

  • Kasutatavad allkirjastandardid (CAdES, XAdES, PAdES, ASiC)
  • Kiipkaart / token või võrgu- või pilve-HSM
  • Arendajate arv ja levitusviis
  • Ajatempli pakkujate arv
  • Toe ja versiooniuuenduste ulatus

Saadame pakkumise 24 tunni jooksul kirjalikult ja ridade kaupa.

Seotud lehed

Räägime integratsioonist

Milline standard, milline allkirjastamisseade ja milline maht? Paneme koos paika litsentsimudeli ja integratsiooniplaani.

SDK litsents / Lisateave

Part of the eSignature family.