کتابخانه و API امضای الکترونیکی
eSignature · ‏.NET و Java · ‏39 بسته NuGet

کتابخانه و API امضای الکترونیکی

ساختن امضای الکترونیکی از صفر ماه‌ها زمان می‌برد. با eSignature امضای PDF، XML و داده به چند خط کد خلاصه می‌شود: فقط استاندارد امضا، سخت‌افزار امضا یا ارائه‌دهنده مهر زمانی مورد نیاز خود را اضافه می‌کنید، هر کدام به‌صورت بسته‌ای جداگانه.

کتابخانه امضای الکترونیکی چیست؟

کتابخانه امضای الکترونیکی یک بسته کد آماده است که به نرم‌افزار شما توانایی ایجاد و راستی‌آزمایی امضای الکترونیکی می‌دهد. این کتابخانه استانداردهای امضا (CAdES، XAdES، PAdES، ASiC)، راستی‌آزمایی زنجیره گواهی، مهر زمانی و ارتباط با سخت‌افزار امضا را به‌جای شما انجام می‌دهد. eSignature این کار را روی .NET با بسته‌های ماژولار انجام می‌دهد: اگر فقط PDF امضا می‌کنید، یک بسته کافی است.

چگونه استفاده می‌شود؟

1

بسته را اضافه کنید

بسته استاندارد مورد نیاز را به پروژه اضافه می‌کنید؛ مثلاً eSignature.PAdES برای امضای PDF.

2

منبع امضا را انتخاب کنید

کارت هوشمند، توکن USB، HSM شبکه‌ای، HSM ابری یا امضای همراه — هر ارائه‌دهنده یک بسته جداگانه و مستقل است.

3

امضا کنید

امضا از روی سند، گواهی و سطح امضا ساخته می‌شود؛ تا سطح بایگانی بلندمدت (LTA) پشتیبانی می‌شود.

4

راستی‌آزمایی کنید

همان کتابخانه امضا را راستی‌آزمایی می‌کند: راستی‌آزمایی زنجیره طبق 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 ابری

HSMهای شبکه‌ای Thales Luna، Utimaco و Entrust nShield؛ 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، راستی‌آزمایی آفلاین — کنترل زنجیره اعتماد در سطح بانک‌ها و بخش عمومی.

انطباق با مقررات

انطباق کامل با قانون امضای الکترونیکی ترکیه به شماره 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 امضا می‌کند، فراداده را مطابق طرح‌واره می‌سازد و بسته را می‌بندد. نسخه‌های 1.3 و 2.0 از e-Yazışma پشتیبانی می‌شوند و گواهی ریشه 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 چیست؟

افزودن بسته استاندارد مورد نیاز به پروژه: eSignature.PAdES برای امضای PDF و بسته XAdES برای XML. چون کتابخانه به 39 بسته NuGet تقسیم شده، فقط آنچه را استفاده می‌کنید نصب می‌کنید؛ هیچ وابستگی بزرگ واحدی وارد پروژه نمی‌شود.

کدام کارت‌های هوشمند و توکن‌ها پشتیبانی می‌شوند؟

از طریق Windows CNG و PKCS#11 دستگاه‌هایی مانند AKİS، SafeNet/eToken، Gemalto/Thales، IDEMIA، Feitian، YubiKey و Nitrokey پشتیبانی می‌شوند. هر ارائه‌دهنده یک بسته جداگانه و مستقل است؛ درایورهایی که استفاده نمی‌کنید وارد پروژه نمی‌شوند.

آیا می‌توان در سمت سرور با HSM امضا کرد؟

بله. HSMهای شبکه‌ای Thales Luna، Utimaco و Entrust nShield و همچنین AWS CloudHSM/KMS، Azure Key Vault HSM و Google Cloud KMS پشتیبانی می‌شوند. به این ترتیب یک فرایند امضای خودکار روی سرور، بدون کاربری که کارت در دست دارد، ساخته می‌شود.

آیا برای راستی‌آزمایی امضا به کتابخانه جداگانه‌ای نیاز است؟

نه؛ همان مؤلفه امضا را ایجاد و راستی‌آزمایی می‌کند. راستی‌آزمایی زنجیره گواهی طبق RFC 5280، CRL، OCSP، Delta CRL و راستی‌آزمایی آفلاین درون کتابخانه هستند.

هزینه مجوز eSignature چقدر است؟

مجوز SDK بر اساس دامنه پروژه تعیین می‌شود: استانداردهای امضا، ارائه‌دهندگان توکن/HSM و تعداد توسعه‌دهندگان یا نصب‌ها قیمت را مشخص می‌کنند.

قیمت به چه بستگی دارد؟

  • استانداردهای امضای مورد استفاده (CAdES، XAdES، PAdES، ASiC)
  • کارت هوشمند / توکن، یا HSM شبکه‌ای یا ابری
  • تعداد توسعه‌دهندگان و شیوه توزیع
  • تعداد ارائه‌دهندگان مهر زمانی
  • دامنه پشتیبانی و به‌روزرسانی نسخه‌ها

پیش‌فاکتور را ظرف ۲۴ ساعت، کتبی و به‌تفکیک اقلام می‌فرستیم.

صفحه‌های مرتبط

درباره یکپارچه‌سازی صحبت کنیم

کدام استاندارد، کدام سخت‌افزار امضا و چه حجمی؟ بیایید با هم مدل مجوز و برنامه یکپارچه‌سازی را مشخص کنیم.

مجوز SDK / دریافت اطلاعات

Part of the eSignature family.