E-İmza Kütüphanesi

Mevcut yazılımınıza elektronik imza eklemek istiyorsanız ilk karar yalnızca “imza atma” ekranı değildir. Belgenin hazırlanması, imzalanması, doğrulanması, kaydedilmesi ve gerektiğinde yeniden görüntülenmesi birlikte ele alınmalıdır. TTR Bilişim E-İmza Kütüphanesi için teknik görüşmede uygulamanızın mimarisini, belge türünü ve imza akışını inceleyerek uygun entegrasyon kapsamını belirleriz.

E-imza entegrasyonunuz için teknik görüşme isteyin. Kullanılan yazılım dili, belge formatı, işlem hacmi ve mevcut imza altyapısı biliniyorsa belirtin; bilinmiyorsa ilk görüşmede birlikte netleştirebiliriz.

E-İmza kütüphanesi hangi ihtiyaçlar için değerlendirilir?

Kütüphane yaklaşımı, imza işlevinin ayrı bir uygulama yerine mevcut kurumsal yazılım akışına bağlanmasını hedefler. Sözleşme, form, başvuru veya onay belgesi üreten sistemlerde imzanın hangi adımda, hangi kullanıcı tarafından ve hangi kayıtla yapılacağı tasarlanmalıdır. Belge yönetimi, CRM, ERP, web portalı veya masaüstü uygulaması için teknik gereksinimler birbirinden farklı olabilir.

• Uygulama ortamı: Mevcut sayfamızda .NET ve Java senaryoları yer alır; kullanılan sürüm ve çalışma ortamı teknik görüşmede doğrulanır.
• Belge ve imza formatı: CAdES, XAdES veya PAdES gereksinimi belge tipi ve hedef kullanım senaryosuna göre belirlenir. Desteklenen alt profiller proje öncesinde ayrıca teyit edilir.
• Doğrulama ve zaman damgası: İmzadan sonra hangi doğrulama, kayıt ve zaman damgası adımlarının gerektiği iş akışına göre değerlendirilir.
• Kurumsal entegrasyon: Kullanıcı rolleri, yetkilendirme, hata yönetimi, işlem kaydı ve test ortamı ihtiyaçları kapsamlandırılır.

Bu maddeler bütün sürüm, cihaz, sertifika ve imza profillerinin otomatik olarak desteklendiği taahhüdü değildir. Teknik uyumluluk, lisans ve teslim kapsamı yazılı teklifte doğrulanmalıdır.

E-İmza API ile kütüphane arasında nasıl karar verilir?

Uygulamanızdan doğrudan kütüphane kullanımı mı, ayrı bir servis/API katmanı mı gerektiği mevcut mimariye bağlıdır. Birden çok sistemin ortak imza servisine bağlanması, merkezî kayıt ihtiyacı veya farklı ekiplerin geliştirme sorumlulukları API yaklaşımını öne çıkarabilir. Uygulama içi akış ve çalışma ortamı gereksinimleri ise kütüphane kullanımında belirleyici olabilir. E-İmza API ve entegrasyon senaryolarını ayrıca inceleyin; mimari karar teknik analizden sonra verilmelidir.

Teknik görüşmede hangi bilgiler gerekir?

1. Uygulamanın web, masaüstü veya başka bir ortamda çalıştığı; dil ve sürüm bilgisi.
2. İmzalanacak belge örneği, dosya formatı ve bir belgedeki imzacı sayısı.
3. Mevcut sertifika ve imza aracı senaryosu; kullanılacak sistem veya hizmet sağlayıcılar.
4. Günlük/aylık işlem hacmi, eşzamanlı kullanım, kullanıcı rolleri ve onay adımları.
5. Doğrulama, zaman damgası, arşivleme ve işlem kayıtlarına ilişkin kurum içi gereksinimler.
6. Test ortamı, canlıya geçiş, bakım ve destekten beklenen kapsam.

Bu bilgiler, örnek bir entegrasyonun yapılabilirliğini ve teklif kapsamını değerlendirmeye yarar. Güvenlik, mevzuat veya sertifika uygunluğuna ilişkin kesin sonuçlar ilgili teknik ve hukuki inceleme yapılmadan verilmez.

E-İmza kütüphanesi için teklif ve sonraki adım

Ön görüşmede mevcut sisteminizi ve belge akışınızı anlatın. Uygun yaklaşım, doğrulanması gereken teknik noktalar, test planı ve teklif kapsamı birlikte çıkarılsın. Teknik görüşme ve proje teklifi isteyin veya 0216 355 75 37 numarasından bize ulaşın. Bu sayfada kesin fiyat, teslim süresi ya da tüm sistemlerle uyumluluk garantisi verilmez.