E-signaturbibliotek och API
eSignature · .NET och Java · 39 NuGet-paket

E-signaturbibliotek och API

Att bygga elektroniska signaturer från grunden tar månader. Med eSignature blir signering av PDF, XML och data några rader kod: du lägger bara till den signaturstandard, signeringshårdvara eller tidsstämpelleverantör du behöver, var och en som ett separat paket.

Vad är ett e-signaturbibliotek?

Ett e-signaturbibliotek är ett färdigt kodpaket som ger din egen programvara förmågan att skapa och verifiera elektroniska signaturer. Det tar hand om signaturstandarderna (CAdES, XAdES, PAdES, ASiC), valideringen av certifikatkedjan, tidsstämpeln och kommunikationen med signeringshårdvaran åt dig. eSignature gör detta i .NET med modulära paket: signerar du bara PDF räcker ett paket.

Hur används det?

1

Lägg till paketet

Du lägger till paketet för den standard du behöver i projektet, till exempel eSignature.PAdES för PDF-signaturer.

2

Välj signeringskälla

Smartkort, USB-token, nätverks-HSM, moln-HSM eller mobil signatur — varje leverantör är ett separat, fristående paket.

3

Signera

Signaturen skapas utifrån dokument, certifikat och signaturnivå; stöd finns ända upp till nivån för långtidsarkivering (LTA).

4

Verifiera

Samma bibliotek verifierar signaturen: kedjevalidering enligt RFC 5280, CRL, OCSP, Delta CRL och offlinevalidering.

Vad finns i biblioteket?

Modulär uppbyggnad — 39 paket

Du installerar bara det du använder; inga onödiga beroenden eller uppsvälld kod.

Alla ETSI-profiler

CAdES (BES till A), XAdES (BES/T/C/X/XL/A), PAdES (B-B till B-LTA) samt ASiC-S/ASiC-E.

Smartkort och USB-token

Via Windows CNG och PKCS#11; enheter som AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey och Nitrokey.

HSM och moln-HSM

Nätverks-HSM från Thales Luna, Utimaco och Entrust nShield; AWS CloudHSM/KMS, Azure Key Vault HSM och Google Cloud KMS.

Mobil signatur

Mobil signatur från Turkcell, Vodafone och Türk Telekom; varje operatör är ett separat paket. Startas med telefonnummer, användaren godkänner.

Fler än 11 tidsstämpelleverantörer

KamuSM, GlobalSign, DigiCert, Sectigo, Entrust, FreeTSA med flera; varje TSA är ett separat paket.

Fullständig certifikatvalidering

Kedjevalidering enligt RFC 5280, CRL, OCSP, Delta CRL, offlinevalidering — kontroll av förtroendekedjan på bank- och myndighetsnivå.

Regelefterlevnad

Full överensstämmelse med Turkiets lag nr 5070 om elektroniska signaturer; på europeisk sida ETSI/eIDAS-profiler i produktion.

Vilka använder det?

Mjukvaruföretag och produktteam

Team som vill lägga till signering i sin egen applikation och lösa det på dagar i stället för månader.

Integratörer för offentlig sektor och företag

Projekt som behöver signering och verifiering i e-korrespondens, dokumenthanteringssystem (EBYS) och dokumentflöden.

Finans och försäkring

Processer som kräver signering i stor volym, nyckelhantering med HSM och en fullständig valideringskedja.

Lösningar för e-dokument och fakturering

Signera XML-baserade dokument med XAdES och lyfta dem till arkivnivå.

Vanliga frågor

Vad är en PAdES-signatur?

PAdES (PDF Advanced Electronic Signatures) är ett format för elektroniska signaturer där signaturen bäddas in i PDF-filen; det definieras av standarden ETSI EN 319 142. Det signerade dokumentet förblir en PDF, verifieras i signaturpanelen i PDF-läsare som Adobe Reader och kan ha ett synligt signaturfält på sidan. Nivåerna stiger från B-B via B-T (med tidsstämpel) och B-LT till B-LTA (långtidsarkivering).

Vad är en CAdES-signatur?

CAdES (CMS Advanced Electronic Signatures) är ett format för elektroniska signaturer baserat på strukturen CMS/PKCS#7; det definieras av standarden ETSI EN 319 122. Det kan signera alla typer av filer; signaturen följer vanligtvis med dokumentet som .p7s eller i ett signerat kuvert. I Turkiet är det det vanligaste formatet i e-signerad officiell korrespondens.

Vad är en XAdES-signatur?

XAdES (XML Advanced Electronic Signatures) är ett format för elektroniska signaturer som utvecklats för XML-dokument; det definieras av standarden ETSI EN 319 132. Signaturen kan bäddas in i XML-filen eller ligga separat. Det används för XML-baserade dokument som e-fakturor i formatet UBL-TR.

Vad är ett e-signaturbibliotek?

Ett e-signaturbibliotek är en utvecklarkomponent (SDK) som bygger in skapande och verifiering av elektroniska signaturer i din egen programvara. En färdig signeringsapplikation visar användaren en skärm; ett bibliotek är en byggsten utan skärm — det är din applikation som signerar, i ditt flöde. Det fungerar med smartkort, token eller HSM och skapar och verifierar formaten CAdES, XAdES och PAdES.

Vad är ett e-Yazışma-paket?

Ett e-Yazışma-paket är standardpaketet för officiell elektronisk korrespondens med turkiska offentliga institutioner: det signerade dokumentet, metadatafilen och eventuella bilagor samlas i ett enda paket. Mellan institutioner skickas det vanligtvis via KEP (registrerad e-post).

Hur skapas ett e-Yazışma-paket?

Ett officiellt e-Yazışma-paket är metadatafilen och det signerade dokumentet paketerade tillsammans. Biblioteket gör det i ett enda anrop: det signerar dokumentet med CAdES eller XAdES, skapar schemaenlig metadata och stänger paketet. e-Yazışma version 1.3 och 2.0 stöds och KamuSM:s rotcertifikat är inbyggt. Anger du en mapp signeras dokumenten i den i ett svep.

Vad är skillnaden mellan ett e-signaturbibliotek och en färdig applikation?

Biblioteket blir en del av din programvara: ditt flöde startar signeringen och gränssnittet är ditt. Den färdiga applikationen (İmzacı) körs på datorn: användaren väljer filen och signerar den. Båda använder samma signeringsinfrastruktur; vilken som passar dig beror på vem som startar signaturen — din programvara eller användaren.

Vilka signaturstandarder stöds?

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 och ASiC-E. Med ett enda bibliotek når du nivån för långtidsarkivering.

Jag ska bara signera PDF — måste jag installera allt?

Nej. Biblioteket är modulärt; för PDF räcker paketet eSignature.PAdES. Standarder, TSA:er och hårdvaruleverantörer du inte använder hamnar aldrig i projektet.

Hur signerar man en PDF i en webbapplikation?

Signaturen skapas inte i webbläsaren utan på serversidan av din webbapplikation: paketet eSignature.PAdES anropas och den signerade PDF:en skickas tillbaka till användaren. Avgörande är var nyckeln finns — med moln-HSM, nätverks-HSM eller mobil signatur kommer servern åt nyckeln, så hela flödet sker via webben. Ligger nyckeln på användarens smartkort kan webbläsaren inte komma åt kortet; då görs signeringen på datorn med İmzacı.

Fungerar det om nyckeln inte finns på ett smartkort utan i en HSM eller i molnet?

Ja. Signeringskällan är abstraherad: smartkort och USB-token (CNG/PKCS#11), nätverks-HSM, moln-HSM-tjänster och mobil signatur används med samma flöde. Varje leverantör är ett fristående paket.

Verifierar det också signaturer?

Ja. Validering av certifikatkedjan enligt RFC 5280, CRL, OCSP, Delta CRL och offlinevalidering finns i biblioteket; samma komponent skapar och verifierar signaturen.

Finns det något för användare som vill signera på datorn?

Ja. Skrivbordsapplikationen som används utan att skriva kod är İmzacı: den signerar PDF och XML med smartkort, skapar e-Yazışma-paket och signerar hela mappar i ett svep.

Vilket är det snabbaste sättet att lägga till elektroniska signaturer i ett .NET- eller Java-projekt?

Lägg till paketet för den standard du behöver i projektet: eSignature.PAdES för PDF-signaturer, XAdES-paketet för XML. Eftersom biblioteket är uppdelat i 39 NuGet-paket installerar du bara det du använder; inget enskilt stort beroende hamnar i projektet.

Vilka smartkort och tokens stöds?

Via Windows CNG och PKCS#11 stöds enheter som AKİS, SafeNet/eToken, Gemalto/Thales, IDEMIA, Feitian, YubiKey och Nitrokey. Varje leverantör är ett separat, fristående paket; drivrutiner du inte använder hamnar inte i projektet.

Kan man signera på serversidan med en HSM?

Ja. Nätverks-HSM från Thales Luna, Utimaco och Entrust nShield samt AWS CloudHSM/KMS, Azure Key Vault HSM och Google Cloud KMS stöds. Så byggs ett automatiskt signeringsflöde på servern, utan en användare med kort.

Behövs ett separat bibliotek för att verifiera signaturer?

Nej; samma komponent skapar och verifierar signaturen. Validering av certifikatkedjan enligt RFC 5280, CRL, OCSP, Delta CRL och offlinevalidering finns i biblioteket.

Vad kostar en eSignature-licens?

SDK-licensen bestäms av projektets omfattning: vilka signaturstandarder, vilka token-/HSM-leverantörer och hur många utvecklare eller installationer avgör priset.

Vad styr priset?

  • Signaturstandarder som ska användas (CAdES, XAdES, PAdES, ASiC)
  • Smartkort / token eller nätverks- eller moln-HSM
  • Antal utvecklare och distributionsform
  • Antal tidsstämpelleverantörer
  • Omfattning av support och versionsuppdateringar

Vi skickar offerten skriftligt, post för post, inom 24 timmar.

Relaterade sidor

Låt oss prata om integrationen

Vilken standard, vilken signeringshårdvara och vilken volym? Låt oss tillsammans ta fram licensmodell och integrationsplan.

SDK-licens / Mer information

Part of the eSignature family.