E-signaturbibliotek og API
Å bygge elektroniske signaturer fra bunnen tar måneder. Med eSignature blir signering av PDF, XML og data noen få linjer kode: du legger bare til signaturstandarden, signeringsmaskinvaren eller tidsstempelleverandøren du trenger, hver som en egen pakke.
Hva er et e-signaturbibliotek?
Et e-signaturbibliotek er en ferdig kodepakke som gir din egen programvare evnen til å opprette og verifisere elektroniske signaturer. Det tar seg av signaturstandardene (CAdES, XAdES, PAdES, ASiC), valideringen av sertifikatkjeden, tidsstempelet og kommunikasjonen med signeringsmaskinvaren for deg. eSignature gjør dette i .NET med modulære pakker: signerer du bare PDF, holder én pakke.
Hvordan brukes det?
Legg til pakken
Du legger til pakken for standarden du trenger i prosjektet, for eksempel eSignature.PAdES for PDF-signaturer.
Velg signeringskilde
Smartkort, USB-token, nettverks-HSM, sky-HSM eller mobil signatur — hver leverandør er en egen, uavhengig pakke.
Signer
Signaturen dannes ut fra dokument, sertifikat og signaturnivå; det er støtte helt opp til nivået for langtidsarkivering (LTA).
Verifiser
Det samme biblioteket verifiserer signaturen: kjedevalidering etter RFC 5280, CRL, OCSP, Delta CRL og frakoblet validering.
Hva finnes i biblioteket?
Modulær oppbygning — 39 pakker
Du installerer bare det du bruker; ingen unødvendige avhengigheter eller oppblåst kode.
Alle ETSI-profiler
CAdES (BES til A), XAdES (BES/T/C/X/XL/A), PAdES (B-B til B-LTA) samt ASiC-S/ASiC-E.
Smartkort og USB-token
Via Windows CNG og PKCS#11; enheter som AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey og Nitrokey.
HSM og sky-HSM
Nettverks-HSM-er fra Thales Luna, Utimaco og Entrust nShield; AWS CloudHSM/KMS, Azure Key Vault HSM og Google Cloud KMS.
Mobil signatur
Mobil signatur fra Turkcell, Vodafone og Türk Telekom; hver operatør er en egen pakke. Startes med telefonnummer, brukeren godkjenner.
Over 11 tidsstempelleverandører
KamuSM, GlobalSign, DigiCert, Sectigo, Entrust, FreeTSA og andre; hver TSA er en egen pakke.
Full sertifikatvalidering
Kjedevalidering etter RFC 5280, CRL, OCSP, Delta CRL, frakoblet validering — kontroll av tillitskjeden på bank- og forvaltningsnivå.
Etterlevelse av regelverk
Full samsvar med Tyrkias lov nr. 5070 om elektroniske signaturer; på europeisk side ETSI/eIDAS-profiler i produksjon.
Hvem bruker det?
Programvarehus og produktteam
Team som vil legge til signering i sin egen applikasjon og løse det på dager i stedet for måneder.
Integratorer for offentlig sektor og virksomheter
Prosjekter som trenger signering og verifisering i e-korrespondanse, dokumenthåndteringssystemer (EBYS) og dokumentflyt.
Finans og forsikring
Prosesser som krever signering i stort volum, nøkkelhåndtering med HSM og en full valideringskjede.
Løsninger for e-dokumenter og fakturering
Signering av XML-baserte dokumenter med XAdES og løft av dem til arkivnivå.
Ofte stilte spørsmål
Hva er en PAdES-signatur?
PAdES (PDF Advanced Electronic Signatures) er et format for elektroniske signaturer der signaturen er innebygd i PDF-filen; det er definert i standarden ETSI EN 319 142. Det signerte dokumentet forblir en PDF, verifiseres i signaturpanelet i PDF-lesere som Adobe Reader og kan ha et synlig signaturfelt på siden. Nivåene stiger fra B-B via B-T (med tidsstempel) og B-LT til B-LTA (langtidsarkivering).
Hva er en CAdES-signatur?
CAdES (CMS Advanced Electronic Signatures) er et format for elektroniske signaturer basert på strukturen CMS/PKCS#7; det er definert i standarden ETSI EN 319 122. Det kan signere alle filtyper; signaturen følger vanligvis dokumentet som .p7s eller i en signert konvolutt. I Tyrkia er det det mest brukte formatet i e-signert offisiell korrespondanse.
Hva er en XAdES-signatur?
XAdES (XML Advanced Electronic Signatures) er et format for elektroniske signaturer utviklet for XML-dokumenter; det er definert i standarden ETSI EN 319 132. Signaturen kan være innebygd i XML-filen eller ligge separat. Det brukes for XML-baserte dokumenter som e-fakturaer i formatet UBL-TR.
Hva er et e-signaturbibliotek?
Et e-signaturbibliotek er en utviklerkomponent (SDK) som bygger oppretting og verifisering av elektroniske signaturer inn i din egen programvare. En ferdig signeringsapplikasjon viser brukeren en skjerm; et bibliotek er en byggestein uten skjerm — det er din applikasjon som signerer, i din flyt. Det fungerer med smartkort, token eller HSM og oppretter og verifiserer formatene CAdES, XAdES og PAdES.
Hva er en e-Yazışma-pakke?
En e-Yazışma-pakke er standardpakken for offisiell elektronisk korrespondanse med tyrkiske offentlige institusjoner: det signerte dokumentet, metadatafilen og eventuelle vedlegg samles i én pakke. Mellom institusjoner sendes den vanligvis via KEP (registrert e-post).
Hvordan lages en e-Yazışma-pakke?
En offisiell e-Yazışma-pakke er metadatafilen og det signerte dokumentet pakket sammen. Biblioteket gjør det i ett kall: det signerer dokumentet med CAdES eller XAdES, lager skjemakonform metadata og lukker pakken. e-Yazışma versjon 1.3 og 2.0 støttes, og rotsertifikatet til KamuSM er innebygd. Angir du en mappe, signeres dokumentene i den samlet.
Hva er forskjellen på et e-signaturbibliotek og en ferdig applikasjon?
Biblioteket blir en del av programvaren din: flyten din starter signeringen, og grensesnittet er ditt. Den ferdige applikasjonen (İmzacı) kjører på datamaskinen: brukeren velger filen og signerer den. Begge bruker samme signeringsinfrastruktur; hvilken som passer deg, avhenger av hvem som starter signaturen — programvaren din eller brukeren.
Hvilke signaturstandarder støttes?
CAdES (BES, EPES, T, C, X, XL, A), XAdES (BES, T, C, X, XL, A), PAdES (B-B, B-T, B-LT, B-LTA) samt ASiC-S og ASiC-E. Med ett bibliotek når du nivået for langtidsarkivering.
Jeg skal bare signere PDF — må jeg installere alt?
Nei. Biblioteket er modulært; for PDF holder pakken eSignature.PAdES. Standarder, TSA-er og maskinvareleverandører du ikke bruker, kommer aldri inn i prosjektet.
Hvordan signerer man en PDF i en webapplikasjon?
Signaturen dannes ikke i nettleseren, men på serversiden av webapplikasjonen din: pakken eSignature.PAdES kalles, og den signerte PDF-en sendes tilbake til brukeren. Avgjørende er hvor nøkkelen ligger — med sky-HSM, nettverks-HSM eller mobil signatur har serveren tilgang til nøkkelen, så hele flyten går via nettet. Ligger nøkkelen på brukerens smartkort, får nettleseren ikke tilgang til kortet; da gjøres signeringen på datamaskinen med İmzacı.
Fungerer det hvis nøkkelen ikke ligger på et smartkort, men i en HSM eller i skyen?
Ja. Signeringskilden er abstrahert: smartkort og USB-token (CNG/PKCS#11), nettverks-HSM-er, sky-HSM-tjenester og mobil signatur brukes med samme flyt. Hver leverandør er en uavhengig pakke.
Verifiserer det også signaturer?
Ja. Validering av sertifikatkjeden etter RFC 5280, CRL, OCSP, Delta CRL og frakoblet validering ligger i biblioteket; den samme komponenten oppretter og verifiserer signaturen.
Finnes det noe for brukere som vil signere på datamaskinen?
Ja. Skrivebordsapplikasjonen som brukes uten å skrive kode, er İmzacı: den signerer PDF og XML med smartkort, lager e-Yazışma-pakker og signerer hele mapper samlet.
Hva er den raskeste måten å legge til elektroniske signaturer i et .NET- eller Java-prosjekt?
Legg til pakken for standarden du trenger i prosjektet: eSignature.PAdES for PDF-signaturer, XAdES-pakken for XML. Siden biblioteket er delt i 39 NuGet-pakker, installerer du bare det du bruker; ingen enkelt stor avhengighet kommer inn i prosjektet.
Hvilke smartkort og tokens støttes?
Via Windows CNG og PKCS#11 støttes enheter som AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey og Nitrokey. Hver leverandør er en egen, uavhengig pakke; drivere du ikke bruker, kommer ikke inn i prosjektet.
Kan man signere på serversiden med en HSM?
Ja. Nettverks-HSM-er fra Thales Luna, Utimaco og Entrust nShield samt AWS CloudHSM/KMS, Azure Key Vault HSM og Google Cloud KMS støttes. Slik bygges en automatisk signeringsflyt på serveren uten en bruker med kort.
Trengs et eget bibliotek for å verifisere signaturer?
Nei; den samme komponenten oppretter og verifiserer signaturen. Validering av sertifikatkjeden etter RFC 5280, CRL, OCSP, Delta CRL og frakoblet validering ligger i biblioteket.
Hva koster en eSignature-lisens?
SDK-lisensen fastsettes etter prosjektets omfang: hvilke signaturstandarder, hvilke token-/HSM-leverandører og hvor mange utviklere eller installasjoner avgjør prisen.
Hva bestemmer prisen?
- Signaturstandarder som skal brukes (CAdES, XAdES, PAdES, ASiC)
- Smartkort / token eller nettverks- eller sky-HSM
- Antall utviklere og distribusjonsform
- Antall tidsstempelleverandører
- Omfang av støtte og versjonsoppdateringer
Vi sender tilbudet skriftlig, post for post, innen 24 timer.
Relaterte sider
La oss snakke om integrasjonen
Hvilken standard, hvilken signeringsmaskinvare og hvilket volum? La oss sammen legge lisensmodell og integrasjonsplan.
SDK-lisens / Mer informasjonPart of the eSignature family.