Listelenen Teknik Bildirimleri gözden geçirin ve sizin için önemli olanları yer imi olarak kaydedin.
Teknik Bildirimler sayfası düzenli olarak yeni bilgilerle güncellenir ve bu da içeriğini oldukça dinamik kılar.Yerelleştirilmiş sürümler mevcut olsa da çeviri süreci yetkili ABD İngilizce sürümünden küçük farklılıklara neden olabilir. En doğru ve güncel bilgi için her zaman önce ABD İngilizce sayfasına başvurun.
[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 kusurları ele alacak ve gerekli optimizasyon ile güvenlik güncellemelerini uygulayacaktır.
Sandbox ortamı bu yamaları planlanan sürümden dört hafta önce alacaktır. Çözülen sorunların listesi o zaman yayımlanacak ve sürümden 14 gün önce güncellenecektir.
Özellik Sürümü: Adobe Acrobat Sign – 21. Temmuz Sürümü Tamamlandı
Sürüm, herhangi bir hizmette kesinti olmadan tüm parçalara dağıtıldı.
Güncel Bildirimler:
|
Durum |
Sorun veya Olay |
Yürütme Tarihi |
|
Yeni Sonraki Sürüm |
8 Eylül 2026'dan itibaren |
|
|
Yeni Sonraki Sürüm Aşamalı |
16 Haziran'dan itibaren |
|
|
Güncellendi Önemli Geçerli |
5 Mayıs 2026 |
|
|
Güncellendi |
Eylül 2026 |
|
|
Güncellendi Aşamalı |
Eylül 2026 |
|
|
Aşamalı Sonraki Ana Sürüm |
Eylül 2026 |
|
|
Önemli |
Mart 2026'dan itibaren |
|
|
Güncellendi |
2027 |
|
|
Geçerli |
Eylül 2026 |
|
|
Kalıcı Bilgilendirme Bildirimleri |
||
|
Geçerli Bilgi amaçlı |
Geçerli |
|
|
Geçerli Bilgilendirici |
Geçerli |
|
İlk Bildirim: Mart 2026 |
Güncel |
|---|
|
İlk Bildirim: Mart 2026 |
Güncel |
|---|
Yazma 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ı kullanıma sunuluyor.
Kullanıma sunulma programı:
VIP ve VIPMP müşteri hesapları, 17.1.2 sürümünün ardından kademeli üretim kullanıma sunulmasını alır.
Satır içi belge düzenleme, 17.2.1 Sandbox dağıtımına dahil edilecektir.ETLA müşterilerine kullanıma sunulma, 17.2.1 sürümünden sonra öngörülmektedir.
Özellik, hem yeni hem de mevcut desteklenen hesaplar için hesap düzeyinde varsayılan olarak etkinleştirilir.Hesap ve grup yöneticileri, gerektiğinde özelliği etkinleştirebilir veya devre dışı bırakabilir.
Özellik şunlar için desteklenmez:
- Acrobat Sign for Government hesapları.
- Eski Acrobat Sign kullanıcı yönetimi 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 oluşturma sırasında metin düzenleme
Kullanıma sunulma programları, ortaya çıkan olaylara bağlı olarak değişiklik gösterebilir.
|
İlk Bildirildi: Ağustos 2025 - Güncellendi: Şubat 2026 |
Güncel |
|---|
Sistem kararlılığını korumaya ve performansı iyileştirmeye 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ıkta özdeş API çağrıları yapabileceğini sınırlar.
Yüksek frekanslı yoklama, arka uç sistemlerinde gereksiz yük oluşturur ve bu da performansı düşürebilir ve yanıt sürelerini yavaşlatabilir.API geliştiricileri, tekrarlanan yoklama yerine neredeyse gerçek zamanlı güncellemeler için webhook'ları kullanmaya teşvik edilir.
Değiştirilen özellikler
Yoklama politikası, özdeş çağrılar için tüm GET API uç noktalarına uygulanır.
Aynı etkin kullanıcının Acrobat Sign'a ne sıklıkta aynı API çağrısını yapabileceğine bir sınır uygulanır.Aynı etkin kullanıcı, geçerli yoklama eşiğinin izin verdiğinden daha sık özdeş çağrılar yaptığında bir hata döndürülür.
Örneğin, aynı anlaşma veya kitaplık belgesi için aynı uç noktaya yapılan tekrarlanan istek, özdeş çağrı olarak değerlendirilir.Farklı anlaşmalar 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ç noktalara örnekler
Durum sorgulama
- GET /agreements/{agreementId} — Anlaşmanın mevcut durumunu alır.
- GET /agreements/{agreementId}/documents/{documentId} — Anlaşma içindeki bir belgenin dosya akışını alır.
Listeleme, etkinlik ve kitaplık belgeleri
- GET /agreements — Kullanıcı için anlaşmaları alır.
- GET /agreements/{agreementId}/events — Anlaşma için etkinlik 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 ilkesi 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ıkta yapabileceğini tanımlar.
Varsayılan MOPI hizmet katmanına göre değişir:
- GLOBAL, ENTERPRISE ve DEVELOPER katmanları: Bir dakikalık aralıkta üç özdeş çağrı.
- Diğer tüm katmanlar: Üç dakikalık aralıkta üç özdeş çağrı.
Aynı etkin kullanıcı, katmanın izin verdiğinden daha sık özdeş GET istekleri yaparsa, Acrobat Sign 429 Too Many Requests yanıtı ile birlikte Retry-After başlığını döndürür.
Aynı etkin kullanıcı, geçerli yoklama aralığı içinde aynı istek yolu ve başlıkları ile aynı GET isteğini yaptığında, istek özdeş olarak 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 birlikte 429 Too Many Requests döndürür.
Gerekli eylem
Uygulamanız gerçek zamanlıya yakın güncellemeler gerektiriyorsa, yoklama yerine webhook'ları kullanın.Webhook'lar zamanında güncellemeler almak için daha verimli ve ölçeklenebilir bir yol sağlar.
Webhook'lar uygulanamıyorsa, uygulamalar API yanıtlarını depolamak ve yeniden kullanmak için istemci tarafı önbelleğe alma kullanmalıdır.
- 304 Not Modified yanıtı alındığında, başka bir API çağrısı yapmak yerine önbelleğe alınmış verileri kullanın.
- 429 Too Many Requests yanıtı alındığında, API çağrısını yalnızca Retry-After arka plan resminde belirtilen saniye sayısından sonra yeniden deneyin.
Kaynaklar
- 429 yanıtlarını işleme: 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ıyor. Bu değişiklikten sonra, Acrobat Sign kısıtlanmış istekler için 429 Too Many Requests döndürür; buna If-None-Match başlığı içeren koşullu GET istekleri de dahildir.
- Yoklama politikası 11 Şubat 2026'da Sandbox ortamındaki yeni hesaplar için ENFORCED olarak ayarlanacak.
- Yoklama politikası 5 Nisan 2026'da Üretim ortamındaki yeni hesaplar için ENFORCED olarak ayarlanacak.
Yardıma ihtiyaç duyulması veya herhangi bir soru olması durumunda lütfen CSM ile iletişim kurun.
|
İlk Bildirim: Mart 2026 |
Güncel |
|---|
SSL/TLS Sertifika Rotasyonu 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çiş yapıyor. Bu değişiklik CA/Browser Forum'dan (herkese açık güvenilir sertifikalar için yönetim organı) gelen güncellemeler tarafından yönlendiriliyor ve DigiCert dahil olmak üzere büyük sertifika otoriteleri (CA'lar) tarafından benimsendiği.
Sonuç olarak, sertifika ömürleri önümüzdeki birkaç yıl içinde mevcut ~398 günden 47 güne kadar kısalacak.
Neyi Değişiyor?
Herkese açık güvenilir TLS sertifikaları için maksimum geçerlilik süresi 47 güne düşürülecek. Bu gereklilik CA/Browser Forum tarafından tanımlanıyor ve sektör genelinde uygulanıyor.
Bu değişiklik neden gerçekleşiyor?
Daha kısa sertifika ömürleri şu yollarla güvenliği artırıyor:
- Bir sertifika veya özel anahtar tehlikeye girdiğinde maruz kalma penceresini azaltmak
- Sertifika iptal mekanizmalarına bağımlılığı sınırlamak
- Otomatik sertifika yaşam döngüsü yönetimini teşvik etmek
- Genel internet güvenlik duruşunu iyileştirmek
Büyük tarayıcı satıcıları (Google, Apple, Mozilla, Microsoft) bu geçişi destekliyor.
Ek sektör bağlamı için DigiCert'in duyurusuna bakın:
TLS Sertifika Ömürleri Resmi Olarak 47 Güne Düşecek
Bu Durum Nasıl Etkiler
- Artan sertifika yenileme sıklığı
- Maksimum geçerlilik süreleri azaldıkça sertifikalar daha sık yenilenecek.
- 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 sabitlemeye, manuel güven depolarına veya statik sertifika referanslarına bağımlıysa, sık yenilemelerle uyumluluğu sağlamak için yapılandırmanızı gözden geçirin.
Müşteri Bildirimleri
Daha önce, sertifikalar yıllık olarak yenilendiğinde bildirimler gönderiliyordu.
Haziran 2026 sonunda geçerli olmak üzere, standart sertifika rotasyonları için rutin bildirimler durdurulacak.
Daha kısa geçerlilik süreleri ve otomatik yenilemelerle:
- Rutin sertifika rotasyonları müşteri bildirimleri oluşturmayacak.
- Bildirimler yalnızca şu durumlarda gönderilecek:
- Yenileme hataları
- Hizmet etkisi
- Müşteri eylemi gerekli
Bu yaklaşım, otomatik sertifika yaşam döngüsü yönetimi için sektördeki en iyi uygulamalarla 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üresi dolmadan önce otomatik olarak yenilenmeye devam edecek.
Ne Zaman Eylem Gerekebilir
Şu durumlarda eylem almanız gerekebilir:
- Sertifika sabitleme kullanıyorsanız (SPKI veya tam sertifika sabitleme)
- Manuel sertifika depoları tutuyorsanız
- Belirli sertifika parmak izlerine bağlı güvenlik duvarı kurallarınız varsa
- Otomatik sertifika güncellemelerini desteklemeyen sistemler çalıştırıyorsunuz
Emin değilseniz güvenlik veya altyapı ekibinize danışın.
Sık Sorulan Sorular
- Bu Adobe'ye özgü bir değişiklik mi?
- Hayır. Bu, CA/Browser Forum tarafından zorunlu kılınan ve tüm büyük sertifika yetkilileri tarafından uygulanan sektör genelinde bir değişikliktir.
- Hizmet kullanılabilirliği etkilenecek mi?
- Hayır. Sertifikalar süresi dolmadan önce otomatik olarak yenilenecektir. Normal rotasyon kapsamında beklenen bir kesinti yoktur.
- Sertifika rotasyon bildirimleri ne zaman sona erecek?
- Rutin sertifika rotasyon bildirimleri Haziran 2026'nın sonunda sona erecektir. Müşteriler yalnızca eylem gerektiğinde veya bir sorun hizmeti etkilediğinde bildirilmeye devam edecektir.
- Nerede daha fazla bilgi 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 Rapor: Şubat 2025 - Haziran 2026 Güncellenmiş |
Geçerli |
|---|
17.2 sürümünde (Eylül 2026), tüm Ticari ve Devlet hesapları modern Request Signature ortamını kullanacak şekilde güncellenecektir.
- Geçiş bağlantıları devre dışı bırakılacak
- Klasik arayüze geri dönmesi gereken müşteriler için Yönetici menüsündeki yönetici kontrolleri kalacaktır.
Neler değişiyor
Eylül 2026 sürümünde (17.2):
- Tüm Commercial ve Govcloud hesapları otomatik olarak modern Request Signature deneyimine geçirilecektir.
- 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 edecektir.
Ocak 2027 sürümünde (18.0):
- Tüm hesaplar otomatik olarak modern Request Signature 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 sürüm öncesinde kullanıcılarınızı modern deneyimle tanıştırmanızı öneririz.
|
İlk Rapor: Şubat 2025 - Haziran 2026 Güncellemesi |
Geçerli |
|---|
17.2 sürümünde (Eylül 2026), tüm Ticari ve Devlet hesapları modern Şablon Oluştur deneyimini kullanacak şekilde güncellenecek.
- 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.
Neler değişiyor
Eylül 2026 sürümünde (17.2):
- Tüm Ticari ve Govcloud hesapları otomatik olarak modern Şablon Oluştur 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 durumda kalacak.
Ocak 2027 sürümünde (18.0):
- Tüm hesaplar otomatik olarak modern Şablon Oluştur 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 sürüm öncesinde kullanıcıları modern deneyimle tanıştırmak önerilir.
|
İlk Rapor: Nisan 2025 - Haziran 2026 Güncellemesi |
Geçerli |
|---|
Yeni İş Akışı Tasarımcısı deneyimi, mevcut tüm hesaplar için etkinleştirilerek zaman içinde klasik sürümü değiştirecek.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.
Dağıtım Zaman Çizelgesi
Eylül 2026 (v17.2)
- Tüm hesaplar sürüm yayınlandıktan sonra yeni deneyime yükseltilir (henüz yükseltilmemişse).
- Yöneticiler klasik deneyime geri dönme imkanını korur.
- Kullanıcılar artık geçiş bağlantılarını görmüyor; 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önmeye yönelik yönetici kontrolleri kaldırılır.
- Klasik Özel İş Akışı Tasarımcısı tamamen kullanımdan kaldırılmış ve artık erişilemez durumda.
Düzgün 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ü sonrasında oluşturulan yeni hesaplar varsayılan olarak yeni deneyim etkinleştirilmiş şekilde gelir ve eski sürüme geri dönmek için herhangi bir kontrol bulunmaz.
|
İlk Bildirim: Ağustos 2025 - Ekim 2025'te Güncellendi |
Güncel |
|---|
Tüm hesaplar modern ortama geçirildi
17.0 sürümünde (Ocak 2026), tüm hesaplar modern e-imzalama ortamını kullanacak şekilde güncellenir.
Klasik ortam kontrolleri, modern ortamın kullanılamadığı durumlarda yedek önlem olarak kullanılabilir durumda kalır.
|
İlk Rapor: Eylül 2022 - Güncelleme Haziran 2026 |
Güncel |
|---|
Klasik raporlama 2027'de Acrobat Sign arayüzünden tamamen kaldırılır.Bu, ortamlar arasında geçiş yapma imkanı sağlayan 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 dönemez ve zamanlanmış raporlar çalışmayı durdurur.
Modern raporlama ortamı tek raporlama çözümü olarak kalır.
Tüm müşterilerin mevcut raporlarının tümünü yeni ortamda mümkün olan en kısa sürede yeniden oluşturmaları önemle tavsiye edilmektedir.
|
İlk Bildirilme: Şubat 2026 |
Güncel |
|---|
Özet
Tayland'daki güncellenmiş düzenleyici gereksinimler nedeniyle, SMS ile Sözleşme Teslimi şu anda Tayland telefon numarasına sahip alıcılar için desteklenmemektedir.
Neler değişiyor
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 getirmiştir. Bir sözleşme imzalamak alıcı etkileşimi gerektirdiğinden bu kullanım durumu için SMS teslimatı kısıtlanmıştır.
Kimler etkileniyor
- Agreement Delivery via SMS 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ı alamayabilir. 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 hizmet kesintisi veya ürün hatası kaynaklı değildir.
Zamanlama
Bu kısıtlamanın ne zaman kaldırılabileceği veya teknik bir çözümün ne zaman uygulanacağı konusunda şu anda onaylanmış bir zaman çizelgesi bulunmamaktadır. Bu bildirim koşullar değiştiğinde güncellenecektir.
Gerekli eylemler
- Tayland telefon numarasına sahip alıcılar için SMS ile Sözleşme Teslimatı kullanmayın.
- Sözleşme teslimatını sağlamak 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 etkilenmemektedir.
|
İlk rapor edildiği tarih: 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ükleme için diğer seçenekleri kullanan müşterilerin, kullanıcının yerel sistemindeki yerel dosya seçici aracılığıyla erişilebilen ağa bağlı bir sürücü sağlamak için satıcıya özgü uygulamayı kullanması önerilir.
- 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 göre, en yeniden en eskiye doğru listelenmiştir.
Acrobat Sign ile işinizi kolaylaştırın
Belgeleri çevrimiçi olarak hızlı ve kolay şekilde yönetin ve imzalayın.
