Listelenen Teknik Bildirimleri inceleyin ve önemli olanları yer imi olarak ekleyin.
Teknik Bildirimler sayfası düzenli olarak yeni bilgilerle güncellenir ve içeriği oldukça dinamiktir. Yerelleştirilmiş sürümler mevcut olsa da, çeviri süreci orijinal İngilizce (ABD) sürümüne göre hafif farklılıklara neden olabilir. En doğru ve güncel bilgiler için her zaman önce İngilizce (ABD) sayfaya bakın.
[Sonraki Sürüm] Sonraki Adobe Acrobat Sign sürümü 8 Eylül 2026 (v17.2) için planlanmıştır
Bu küçük yama sürümü müşteri tarafından bildirilen hataları giderecek ve gerekli optimizasyon ve güvenlik güncellemelerini uygulayacaktır.
Korumalı alan ortamı bu yamaları planlanan sürümden dört hafta önce alacaktır. Çözülmüş sorunların listesi o zaman yayınlanacak ve yayınlanmadan 14 gün önce güncellenecektir.
Özellik Sürümü: Adobe Acrobat Sign – 21 Temmuz Sürüm Tamamlandı
Sürüm, hiçbir hizmette kesinti yaşanmadan tüm sunucularda başarıyla tamamlandı.
Güncel Bildirimler:
|
Durum |
Sorun veya Olay |
Yürütme Tarihi |
|
Yeni Sonraki Sürüm |
8 Eylül 2026'dan itibaren |
|
|
Güncellendi Önemli Geçerli |
5 Mayıs 2026 |
|
|
Yeni Sonraki Sürüm Aşamalı |
16 Haziran'dan itibaren |
|
|
Yeni Sonraki Sürüm Aşamalı |
8 Eylül'den itibaren |
|
|
Güncellendi |
Eylül 2026 |
|
|
Güncellendi Aşamalı |
Eylül 2026 |
|
|
Aşamalı Sonraki Büyük Sürüm |
Eylül 2026 |
|
|
Önemli |
Mart 2026'dan itibaren |
|
|
Güncellendi |
2027 |
|
|
Geçerli |
Eylül 2026 |
|
|
Kalıcı Bilgilendirici Bildirimler |
||
|
Geçerli Bilgilendirici |
Geçerli |
|
|
Geçerli Bilgilendirme |
Geçerli |
|
İlk Bildirim: Mart 2026 |
Mevcut |
|---|
|
İlk Bildirim: Ağustos 2026 |
Geçerli |
|---|
Kitaplık Şablonu oluşturma sırasında satır içi belge düzenleme, aşamalı olarak kullanıma sunuluyor.
Dağıtım programı:
VIP ve VIPMP müşteri hesapları, 17.2.1 sürümünün ardından aşamalı üretim dağıtımı alır.
VIP hesapları için, özellik hem yeni hem de mevcut desteklenen hesaplar için hesap düzeyinde varsayılan olarak etkinleştirilir.Hesap ve grup yöneticileri gerekirse özelliği etkinleştirebilir veya devre dışı bırakabilir.
Satır içi belge düzenleme, 17.2.1 Korumalı alan dağıtımına dahil edilecek. ETLA müşterilerine sunulması, 17.2.1 sürümünün ardından beklenmektedir.
ETLA müşterileri, hem yeni hem de mevcut desteklenen hesaplar için özelliğin hesap düzeyinde varsayılan olarak devre dışı bırakıldığını görecek.Hesap ve grup yöneticileri gerekirse özelliği etkinleştirebilir veya devre dışı bırakabilir.
Özellik şunlar için desteklenmez:
- Resmi Kurumlar için Acrobat Sign hesapları.
- Eski Acrobat Sign kullanıcı yönetim sistemini kullanan kuruluşlar.
Yapılandırma talimatları için, bkz. Satır içi belge düzenlemeyi etkinleştirme veya devre dışı bırakma
Gönderen iş akışı talimatları için bkz. Alan içeriği oluşturulurken metin düzenleme
|
İlk Bildirim: Mart 2026 |
Geçerli |
|---|
İçerik oluşturma sırasında satır içi belge düzenleme, VIP hesapları için 17.1.2 sürümünün bir parçası olarak aşamalı şekilde kullanıma sunulmakta ve 17.2 sürümüyle devam etmektedir.
Dağıtım programı:
VIP ve VIPMP müşteri hesapları, 17.1.2 sürümünün ardından aşamalı üretim dağıtımı alır.
Satır içi belge düzenleme, 18.0 Korumalı alan dağıtımına dahil edilecek. ETLA müşterilerine sunulması, 18.0 sürümünün ardından beklenmektedir.
VIP hesapları için, özellik hem yeni hem de mevcut desteklenen hesaplar için hesap düzeyinde varsayılan olarak etkinleştirilir.Hesap ve grup yöneticileri gerekirse özelliği etkinleştirebilir veya devre dışı bırakabilir.
ETLA hesaplarında bu özellik varsayılan olarak devre dışı bırakılmış olacak; gerektiğinde etkinleştirmek için hesap ve grup düzeylerinde aynı denetimler kullanılabilir.
Özellik şunlar için desteklenmez:
- Resmi Kurumlar için Acrobat Sign hesapları.
- Eski Acrobat Sign kullanıcı yönetim sistemini kullanan kuruluşlar.
Yapılandırma talimatları için, bkz. Satır içi belge düzenlemeyi etkinleştirme veya devre dışı bırakma
Gönderen iş akışı talimatları için bkz. Alan içeriği oluşturulurken metin düzenleme
Dağıtım programları, ortaya çıkan olaylara bağlı olarak değişikliğe tabidir.
|
İlk Bildirim: Ağustos 2025 - Güncelleme: Şubat 2026 |
Güncel |
|---|
Sistem kararlılığını korumaya ve performansı artırmaya yardımcı olmak için Adobe Acrobat Sign, GET API uç noktaları için bir yoklama eşiği sunuyor.Bu politika, istemci uygulamalarının Acrobat Sign hizmetine ne sıklıkla aynı API çağrıları yapabileceğini sınırlar.
Yüksek frekanslı yoklama, arka uç sistemlerde gereksiz yük oluşturur ve bu durum performansı düşürebilir ve yanıt sürelerini yavaşlatabilir.API geliştiricilerinin, neredeyse gerçek zamanlı güncellemeler için tekrarlanan yoklama yerine web kancalarını kullanması önerilir.
Değişiklikler
Yoklama ilkesi, aynı çağrılar için tüm GET API uç noktalarına uygulanır.
Aynı etkin kullanıcının Acrobat Sign'a aynı API çağrısını ne sıklıkla yapabileceğine sınır uygulanır. Aynı etkin kullanıcı, geçerli yoklama eşiğinin izin verdiğinden daha sık aynı çağrıları yaptığında hata döndürülür.
Örneğin, aynı sözleşme veya kitaplık belgesi için aynı uç noktaya yapılan tekrarlanan istek, aynı çağrı olarak değerlendirilir. Farklı sözleşmeler veya kitaplık belgeleri için yapılan istekler, her nesne farklı bir istek hedefini temsil ettiği için ayrı çağrılar olarak değerlendirilir.
Etkilenen uç noktaların örnekleri
Durum sorgulama
- GET /agreements/{agreementId} — Bir sözleşmenin mevcut durumunu alır.
- GET /agreements/{agreementId}/documents/{documentId} — Bir sözleşme içindeki belgenin dosya akışını alır.
Listeleme, olaylar ve kitaplık belgeleri
- GET /agreements — Kullanıcı için sözleşmeleri alır.
- GET /agreements/{agreementId}/events — Bir sözleşme için olay bilgilerini alır.
- GET /libraryDocuments — Kullanıcı için kitaplık belgelerini alır.
- GET /libraryDocuments/{libraryDocumentId} — Belirli bir kitaplık belgesi için bilgileri alır.
Yoklama politikası ayrıntıları
Minimum Nesne Yoklama Aralığı (MOPI), aynı etkin kullanıcının Acrobat Sign hizmetine aynı GET API isteğini ne sıklıkla yapabileceğini tanımlar.
Varsayılan MOPI, hizmet katmanına göre değişir:
- GLOBAL, KURUMSAL ve GELİŞTİRİCİ katmanları: Bir dakikalık aralıkta üç aynı çağrı.
- Diğer tüm katmanlar: Üç dakikalık aralıkta üç aynı çağrı.
Aynı etkin kullanıcı, katmanın izin verdiğinden daha sık aynı GET istekleri yaparsa, Acrobat Sign Retry-After başlığıyla birlikte 429 Çok Fazla İstek yanıtı döndürür.
Aynı etkili kullanıcı, geçerli yoklama aralığı içinde aynı istek yolu ve başlıklarıyla aynı GET isteğini yaptığında istek özdeş kabul edilir.
ETag işleme
Uygulamalar, koşullu GET isteklerini destekleyen uç noktalar için ETag'leri ve If-None-Match başlığını kullanmaya devam edebilir.
Yoklama eşiği altında izin verilen koşullu GET istekleri için, kaynak değişmediğinde Acrobat Sign 304 Not Modified döndürebilir.
Yoklama eşiği aşıldığında, istek If-None-Match başlığı içerse bile Acrobat Sign Retry-After başlığı ile 429 Too Many Requests döndürür.
Eylem gerekli
Uygulamanız gerçek zamanlıya yakın güncellemeler gerektiriyorsa yoklama yerine web kancalarını kullanın. Web kancaları, zamanında güncellemeler almak için daha verimli ve ölçeklenebilir bir yol sağlar.
Web kancaları uygulanamıyorsa uygulamalar API yanıtlarını depolamak ve yeniden kullanmak için istemci tarafı önbelleğe almayı kullanmalıdır.
- 304 Not Modified yanıtı alındığında, başka bir API çağrısı yapmak yerine önbelleğe alınmış veriler kullanılır.
- 429 Too Many Requests yanıtı alındığında, API çağrısını yalnızca Retry-After başlığında belirtilen saniye sayısından sonra yeniden deneyin.
Kaynaklar
- 429 yanıtı yönetme: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- API yoklama eşiği: https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
Zaman çizelgesi
Güncellenmiş MOPI eşikleri zaten üretimde.
- Güncellenmiş ETag kısıtlama davranışı 17.1.1 sürümünde yer alır. Bu değişiklikten sonra, Acrobat Sign If-None-Match başlığını içeren koşullu GET istekleri dahil olmak üzere kısıtlanmış istekler için 429 Too Many Requests döndürür.
- Yoklama politikası, 11 Şubat 2026'da Korumalı alan ortamındaki yeni hesaplar için ZORUNLU olarak ayarlanır.
- Yoklama politikası, 5 Nisan 2026'da Üretim ortamındaki yeni hesaplar için ZORUNLU olarak ayarlanır.
Yardıma ihtiyacınız varsa veya sorularınız olursa lütfen CSM ile iletişime geçin.
|
İlk Bildirim: Mart 2026 |
Geçerli |
|---|
SSL/TLS Sertifika Rotasyon Güncellemeleri – Daha Kısa Geçerlilik Sürelerine Geçiş
SSL/TLS sektörü önemli ölçüde daha kısa sertifika geçerlilik sürelerine geçiyor. Bu değişiklik, genel olarak güvenilen sertifikalar için yönetici kuruluş olan CA/Browser Forum'dan gelen güncellemeler doğrultusunda şekillenmekte olup DigiCert dahil büyük sertifika yetkilileri (CA'lar) tarafından benimsenmektedir.
Sonuç olarak, sertifika ömürleri önümüzdeki birkaç yıl içinde mevcut ~398 günden kademeli olarak 47 güne kadar düşürülecektir.
Değişiklikler
Genel olarak güvenilen TLS sertifikaları için maksimum geçerlilik süresi 47 güne düşürülecektir. Bu gereksinim CA/Browser Forum tarafından tanımlanmıştır ve sektör genelinde geçerlidir.
Bu Değişiklik Neden Gerçekleşiyor?
Daha kısa sertifika ömürleri şu şekillerde güvenliği artırır:
- Bir sertifikanın veya özel anahtarın güvenliği ihlal edildiyse maruziyet süresini azaltır
- Sertifika iptal mekanizmalarına bağımlılığı sınırlar
- Otomatik sertifika yaşam döngüsü yönetimini teşvik eder
- Genel internet güvenlik durumunu iyileştirir
Büyük tarayıcı üreticileri (Google, Apple, Mozilla, Microsoft) bu geçişi desteklemektedir.
Ek sektör bağlamı için DigiCert'in duyurusuna bakın:
TLS Sertifika Ömürleri Resmi Olarak 47 Güne Düşürülecek
Bu Sizi Nasıl Etkiler?
- Artan Sertifika Rotasyon Sıklığı
- Maksimum geçerlilik süreleri azaldıkça sertifikalar daha sık döndürülür.
- Otomasyon Gereklidir
- Daha kısa geçerlilik süreleri nedeniyle, sertifika yenilemelerinin tamamen otomatik olması beklenmektedir. Manuel yenileme süreçleri bu sıklıkta sürdürülebilir değildir.
Ortamınız sertifika sabitleme, manuel güven depoları veya statik sertifika referanslarını temel alıyorsa sık yenilemelerle uyumluluğu sağlamak için yapılandırmanızı gözden geçirin.
Müşteri Bildirimleri
Daha önce bildirimler, sertifikalar yıllık bazda döndürüldüğünde gönderiliyordu.
Haziran 2026'nın sonundan itibaren standart sertifika rotasyonları için rutin bildirimler durdurulacaktır.
Daha kısa geçerlilik süreleri ve otomatik yenilemelerle birlikte:
- Rutin sertifika rotasyonları müşteri bildirimi oluşturmayacaktır.
- Bildirimler yalnızca şu durumlarda gönderilir:
- Yenileme hataları
- Hizmet etkisi
- Müşteri eylemi gerekli
Bu yaklaşım, otomatik sertifika yaşam döngüsü yönetimi için sektörün en iyi uygulamalarıyla uyumludur.
Eylem Gerekmez (Otomasyon Etkinse)
Entegrasyonunuz standart TLS güven doğrulamasına dayanıyorsa ve sertifika sabitlemeye bağımlı değilse herhangi bir eylem gerekmez.
Sertifikalar süre dolmadan önce otomatik olarak yenilenmeye devam eder.
Eylem Gerekebilecek Durumlar
Şu durumlarda harekete geçmeniz gerekebilir:
- Sertifika sabitleme (SPKI veya tam sertifika sabitleme) kullanıyorsanız
- Manuel sertifika depolarını yönetiyorsanız
- Belirli sertifika parmak izlerine bağlı güvenlik duvarı kurallarınız varsa
- Otomatik sertifika güncellemelerini desteklemeyen sistemler çalıştırıyorsanız
Emin değilseniz güvenlik veya altyapı ekibinize danışın.
Sık Sorulan Sorular
- Bu Adobe'ye özel bir değişiklik mi?
- Hayır. Bu, CA/Browser Forum tarafından zorunlu kılınan ve tüm büyük sertifika otoriteleri tarafından uygulanan sektör genelinde bir değişikliktir.
- Hizmet kullanılabilirliği etkilenecek mi?
- Hayır. Sertifikalar süre dolmadan önce otomatik olarak yenilenir. Normal rotasyon sürecinin bir parçası olarak beklenen bir kesinti yoktur.
- Sertifika rotasyon bildirimleri ne zaman duracak?
- Rutin sertifika rotasyon bildirimleri Haziran 2026'nın sonunda durdurulacaktır. Müşteriler yalnızca eylem gerektiğinde veya bir sorun hizmeti etkilediğinde bildirim almaya devam eder.
- Daha fazla bilgiyi nereden edinebilirim?
- Ek sektör ayrıntıları için DigiCert'in duyurusuna bakın:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- Ek sektör ayrıntıları için DigiCert'in duyurusuna bakın:
Yardıma Mı İhtiyacınız Var?
Sertifika rotasyonu hakkında sorularınız varsa veya entegrasyonunuzu doğrulamada yardıma ihtiyacınız varsa, Adobe Desteği'ne veya Adobe hesap temsilcinize başvurun.
|
İlk Bildirim: Şubat 2025 - Güncelleme: Haziran 2026 |
Geçerli |
|---|
17.2 sürümünde (Eylül 2026), tüm Ticari hesaplar ve Resmi Kurum hesapları modern İmza İste ortamını kullanacak şekilde güncellenecektir.
- Geçiş bağlantıları devre dışı bırakılacak
- Klasik kullanıcı arayüzüne geri dönmesi gereken müşteriler için Yönetici menüsündeki yönetici kontrolleri kalacak.
Değişiklikler
Eylül 2026 sürümünde (17.2):
- Tüm Ticari ve Govcloud hesapları otomatik olarak modern İmza İste deneyimine geçirilecek.
- Hem Ticari hem de Govcloud hesapları için geçiş bağlantıları devre dışı bırakılacak
- Deneyimi klasik ortama geri döndürme kontrolleri kullanılabilir olmaya devam edecek.
Ocak 2027 sürümünde (18.0):
- Tüm hesaplar otomatik olarak modern İmza İste deneyimine geçirilecek.
- Geçiş bağlantıları kaldırılacak.
- Deneyimi klasik ortama geri döndürme kontrolleri kullanıcı arayüzünden kaldırılacak.
Sorunsuz bir geçiş sağlamak için kullanıcılarınızı sürümden önce modern deneyimle tanıştırmanızı öneririz.
|
İlk Bildirim: Şubat 2025 - Güncelleme: Haziran 2026 |
Geçerli |
|---|
17.2 sürümde (Eylül 2026), tüm Ticari ve Devlet hesapları modern Şablon Oluştur deneyimini kullanacak şekilde güncellenecektir.
- Geçiş bağlantıları devre dışı bırakılacak
- Klasik kullanıcı arayüzüne geri dönmesi gereken müşteriler için Yönetici menüsündeki yönetici kontrolleri kalacak.
Değişiklikler
Eylül 2026 sürümünde (17.2):
- Tüm Ticari ve Govcloud hesapları otomatik olarak modern Şablon Oluştur deneyimine geçirilecek.
- Ticari ve Govcloud hesaplarında geçiş bağlantıları devre dışı bırakılacak
- Deneyimi klasik ortama geri döndürme kontrolleri kullanılabilir olmaya devam edecek.
Ocak 2027 sürümünde (18.0):
- Tüm hesaplar otomatik olarak modern Şablon Oluştur deneyimine geçirilecektir.
- Geçiş bağlantıları kaldırılacaktır.
- Deneyimi klasik ortama geri döndürme kontrolleri kullanıcı arayüzünden kaldırılacaktır.
Sorunsuz bir geçiş sağlamak için yayın öncesinde kullanıcıların modern deneyimle tanışması önerilir.
|
İlk Bildirim: Nisan 2025 - Güncelleme: Haziran 2026 |
Geçerli |
|---|
Yeni İş Akışı Tasarımcısı deneyimi mevcut tüm hesaplar için etkinleştiriliyor ve zaman içinde klasik sürümün yerini alıyor.Geçiş sırasında yöneticiler ve kullanıcılar, tamamen kullanımdan kaldırılana kadar önceki arayüze geri dönme esnekliğine sahiptir.
Kullanıma Sunma Zaman Çizelgesi
Eylül 2026 (v17.2)
- Tüm hesaplar yayınlandıktan sonra yeni deneyime yükseltilir (henüz yükseltilmemişse).
- Yöneticiler klasik deneyime geri dönme yeteneğini korurlar.
- Kullanıcılar artık geçiş bağlantılarını görmez; yöneticiler gerekirse bunları etkinleştirebilir.
Ocak 2027 (v18.0)
- Tüm hesaplar kalıcı olarak yeni deneyime taşınır.
- Klasik sürüme geri dönme için yönetici kontrolleri kaldırılır.
- Klasik Özel İş Akışı Tasarımcısı tamamen kullanımdan kaldırılmıştır ve artık erişilebilir değildir.
Sorunsuz bir geçiş sağlamak için kullanıcılarınızı mümkün olan en kısa sürede hazırlamanızı öneririz.
Temmuz 2025 Acrobat Sign sürümünden sonra oluşturulan yeni hesaplarda varsayılan olarak yeni deneyim etkinleştirilecek ve eski sürüme geri dönmek için herhangi bir kontrol bulunmayacaktır.
|
İlk Bildirim: Ağustos 2025 - Güncelleme: Ekim 2025 |
Mevcut |
|---|
Tüm hesaplar modern ortama taşındı
17.0 yayınında (Oca. 2026), tüm hesaplar modern e-imzalama ortamını kullanacak şekilde güncellenecektir.
Klasik ortam kontrolleri, modern ortamın kullanılamadığı herhangi bir kullanım durumu için yedek önlem olarak mevcut kalacaktır.
|
İlk Bildirim: Eylül 2022 - Güncelleme: Haziran 2026 |
Güncel |
|---|
Klasik raporlama 2027'de Acrobat Sign arayüzünden tamamen kaldırılacaktır. Bu, ortamlar arasında geçiş yapılmasına olanak tanıyan geçiş bağlantısını da içerir. Kaldırıldıktan sonra, müşteriler klasik raporları gözden geçirmek için klasik ortama geri dönemeyecek ve zamanlanmış raporlar çalışmayı durduracak.
Modern raporlama ortamı tek raporlama çözümü olarak kalacak.
Tüm müşterilerin mevcut tüm raporlarını mümkün olan en kısa sürede yeni ortamda yeniden oluşturmaları önemle tavsiye edilir.
|
İlk Bildirim: Şubat 2026 |
Güncel |
|---|
Özet
Tayland'daki güncellenmiş düzenleyici gereksinimler nedeniyle, Tayland telefon numarasına sahip alıcılar için SMS ile Sözleşme Teslimatı şu anda desteklenmiyor.
Değişiklikler
Tayland, URL içeren SMS mesajlarının alıcıları kullanıcı etkileşimi gerektiren akışlara yönlendirmesini kısıtlayan güncellenmiş düzenlemeler getirdi. Bir sözleşmeyi imzalamak alıcı etkileşimi gerektirdiğinden, bu kullanım durumu için SMS teslimatı kısıtlandı.
Kimler etkileniyor
- SMS ile Sözleşme Teslimatı kullanılarak gönderilen sözleşmeler.
- Tayland (+66) telefon numarasına sahip alıcılar.
Etki
Tayland telefon numarasına sahip alıcılar, sözleşme bağlantıları içeren SMS mesajlarını almayabilir.Sonuç olarak, SMS teslimatı kullanıldığında alıcılar imzalama sürecine erişemeyebilir ve tamamlayamayabilir.
Bu sınırlama düzenleyici nitelikte olup bir hizmet kesintisi veya ürün hatasından kaynaklanmamaktadır.
Zamanlama
Bu kısıtlamanın ne zaman kaldırılabileceği veya teknik bir çözümün uygulanacağı konusunda şu anda onaylanmış bir zaman çizelgesi bulunmuyor. Bu bildirim, koşullar değiştiğinde güncellenecektir.
Gerekli eylemler
- Tayland telefon numaralı alıcılar için SMS ile Sözleşme Teslimatı özelliğini kullanmayın.
- Sözleşme teslimatını garantilemek için alternatif teslimat yöntemi olarak e-postayı dahil edin.
Ek ayrıntılar
Bu sınırlama yalnızca SMS tabanlı teslimat için geçerlidir. Diğer sözleşme teslimatı ve kimlik doğrulama yöntemleri etkilenmez.
|
İlk Bildirim: Mayıs 2024 |
Geçerli |
|---|
Dosya yüklemek için harici sürücü kullanma seçeneği, yeni İmza İste deneyiminde yalnızca OneDrive ile sınırlıdır.
Dosya yüklemek için diğer seçenekleri kullanan müşterilerin satıcıya özel uygulamayı kullanması önerilir. Bu uygulama, kullanıcının yerel sistemindeki yerel dosya seçici aracılığıyla erişilebilen ağa bağlı bir sürücü sağlar.
- Dropbox: https://www.dropbox.com/desktop
- Google Drive: https://support.google.com/drive/answer/10838124
- Box: https://support.box.com/hc/en-us/articles/360043697194-Installing-Box-Sync
- Acrobat/Document Cloud: https://www.adobe.com/tr/acrobat/hub/share-sync-pdfs.html
Diğer Kaynaklar
- Topluluk forumları
- Haftalık Eğitim - Yeni kullanıcılar ve yöneticiler için eğitim konularını kapsayan haftalık webinar
Arşivlenmiş Bildirimler
Bildirimin mevcut bildirim listesinden kaldırıldığı tarihe (en yeniden en eskiye) göre listelenir.
Acrobat Sign ile işinizi kolaylaştırın
Belgeleri çevrimiçi olarak hızlı ve kolay şekilde yönetin ve imzalayın.
