Bu belgede müşterilere yönelik uygulamadaki yeni özellikler, deneyimdeki değişiklikler ve son sürümde çözülen sorunlar açıklanmaktadır.
API ve Web kancalarına yönelik geliştirici odaklı güncellemeler Acrobat Sign geliştirici kılavuzunda belgelenmiştir.
Sürümün kullanıma sunulduğu tarihte tüm özelliklerin/değişikliklerin etkinleştirileceği garanti edilmez. Sayfanın en güncel ve doğru sürümü için her zaman ABD İngilizcesi sürümüne başvurun.
Adobe Acrobat Sign sürüm v17.2
Üretim dağıtımı: 08 Eylül 2026
GovCloud dağıtımı: 15 Eylül 2026
Gelişmiş İşlevsellik
- Kimlik doğrulama hatalarından sonra sözleşmeleri duraklatma ve devam ettirme: Yöneticiler artık alıcı izin verilen kimlik doğrulama girişim sayısını aştığında sözleşmeleri hemen iptal etmek yerine duraklatmaya izin verebilir. Gönderenler, alıcının kimlik doğrulama yöntemini güncelleyebilir ve tamamlanmış alıcıların yeniden imzalamasını gerektirmeden aynı sözleşmeyi devam ettirebilir.
- Yöneticiler, 1 ile 30 gün arasında bir duraklatma süresi ayarlayabilir.
- Sözleşme, duraklatma süresi sona ermeden devam ettirilmezse otomatik olarak iptal edilir.
- Bu özellik varsayılan olarak devre dışıdır.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
Yapılandırma işlemini inceleyin >
Kullanıcı deneyimini inceleyin >
- Kitaplık Şablonu İçin İçerik Oluşturma Sırasında Satır İçi Belge Düzenleme: Alanları şablona yazarken belge metnini düzenleme
Gönderenler, kitaplık şablonu oluşturma işlemi sırasında dosyayı indirip yeniden yüklemeden belge metnini düzenleyebilir. Belgeyi Düzenle seçeneği mevcut alanları ve anlaşma yapılandırmasını koruyarak gönderim öncesi güncellemeler sırasında kesintileri azaltır.
Teknik bildirimde belirtildiği gibi, satır içi belge düzenleme aşamalı sürümler halinde yayınlanacaktır.
Bu özellik, desteklenen hesaplardaki tüm kullanıcılar için varsayılan olarak etkindir ve şablon sahiplerinin şablonları oluştururken ve yönetirken düzenleyebilmesini sağlar. Hesap ve grup yöneticileri Gönderme Ayarları aracılığıyla belge düzenlemeyi devre dışı bırakabilir.
Satır içi belge düzenleme, Resmi Kurumlar İçin Acrobat Sign'da veya eski kullanıcı yönetim sistemini kullanan hesaplar için kullanılamaz.
Mevcut ortamlar: Korumalı Alan, Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions VIP ve VIPMP müşteri hesapları | Yapılandırma kapsamı: Hesap ve Grup; Varsayılan olarak etkin
Satır içi şablon düzenlemeyi etkinleştirme veya devre dışı bırakma >
Alan içeriği oluşturulurken metin düzenleme >
- Yapay zeka tarafından oluşturulan sözleşme özetlerini alıcılarla paylaşma: Acrobat Sign, sözleşme gönderildikten hemen sonra bir sözleşmenin yapay zeka özetini oluşturabilir. Gönderenler, hesap veya grup ayarlarına bağlı olarak özeti inceleyebilir ve alıcıların kullanımına açık hale getirip getirmeyeceğini seçebilir.
- Yapay zeka tarafından oluşturulan özetler 18 MB'a kadar olan belgeleri destekler.
- Özeti alan alıcılar sözleşmeyi tamamlamadan önce imzalama deneyiminde bu özeti inceleyebilir.
- Gönderen, sözleşmeyi Yönet bölümünden görüntüleyebilir ve mevcut özetin dahil edilip edilmeyeceğini değiştirebilir.
Yapay zeka tarafından oluşturulan özetler yalnızca bilgi amaçlıdır. Alıcılar imzalamadan önce sözleşmenin tamamını gözden geçirmelidir.
Bu özellik, hesap geçerli Adobe yapay zeka şartlarını kabul ettikten sonra kullanılabilir.
Mevcut ortamlar: Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions (Kuzey Amerika ve AB ortamlarında VIP ve VIPMP) | Yapılandırma kapsamı: Hesap ve Grup; Aşamalı olarak kullanıma sunma
Yapay zeka özetleri için yapılandırmayı inceleme >
Yapay zeka özetlerini kullanma >
- Toplu Gönderim için Dijital Kimlik Ağ Geçidi desteği: Gönderenler artık Toplu Gönderim işlemlerinde alıcılar için Dijital Kimlik Ağ Geçidi kimlik doğrulaması zorunlu tutabilir. DIG, yazma arayüzünde seçilebilir veya Toplu Halde Gönder CSV'si aracılığıyla tek tek alıcılara atanabilir.
CSV, onaylanan alternatif e-posta adresleri de dahil olmak üzere her alıcı için e-posta eşleştirme seçeneklerini de destekler. Oluşturulan her sözleşme, geçerli DIG doğrulama ve denetim sürecini kullanır.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
Toplu Halde Göndermede Dijital İmzaların ayrıntılarını inceleme >
Güncellenmiş CSV sürecini inceleme >
- Google Drive'dan dosya ekleme: Kullanıcılar artık mevcut İmza İsteme, Özel İş Akışı, Toplu Halde Gönderme ve Kitaplık Şablonu Oluşturma deneyimlerinde desteklenen dosyaları doğrudan Google Drive'dan ekleyebilir.
Google ile kimlik doğrulamasından sonra kullanıcılar, Google Drive dosya seçici aracılığıyla dosyalara göz atabilir ve dosyaları seçebilir. Yerel Google Belgeleri Acrobat Sign'a eklenmeden önce PDF'ye dönüştürülür.
Mevcut ortamlar: Korumalı Alan, Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
Google Drive'a erişmek için yapılandırmayı inceleme >
- Müşteri tarafından yönetilen şifreleme anahtarları ile sözleşme dosyalarını şifreleme: Uygun Acrobat Sign müşterileri artık, desteklenen sözleşme dosyalarını depolama sırasında şifrelemek için AWS Key Management Service'te müşteri tarafından yönetilen bir anahtar kullanabilirler. Hesap yöneticileri, özelliği hesapları için kullanıma sunmak üzere destekle iletişime geçmeli ve ardından hesap düzeyinde uygun AWS erişim kimlik bilgileriyle anahtarı yapılandırabilirler (Hesap Ayarları > Güvenlik Ayarları).
Yeniden şifreleme işleri hesabın ana sunucu bölmesi için yalnızca yoğun olmayan saatlerde çalışır. Geçerli yoğun olmayan saat aralığı, sunucu bölmesinin bölgesel saat dilimine göre belirlenir ve yardım belgelerinde UTC kullanılarak belgelenmiştir.
Şifrelenmiş dosyalara erişim, müşteri tarafından yönetilen anahtara ve kullanılabilir durumda kalan kimlik bilgilerine bağlıdır.
Mevcut ortamlar: Korumalı Alan, Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Yalnızca hesap
Müşteri tarafından yönetilen şifrelemeye genel bakış >
Acrobat Sign'da müşteri tarafından yönetilen şifrelemeyi anlama >
Müşteri Tarafından Yönetilen Şifrelemeyi Yapılandırma >
Müşteri tarafından yönetilen şifreleme anahtarlarını yönetme >
Müşteri tarafından yönetilen şifrelemeyle ilgili önemli noktalar ve sınırlamalar >
Acrobat Sign'da müşteri tarafından yönetilen şifrelemede sorun giderme >
- Grup düzeyinde özel zaman damgası yapılandırması: Özel zaman damgası sağlayıcıları artık grup düzeyinde yapılandırılabilir. Bu sayede aynı hesaptaki gruplar, dijital imza iş akışları için farklı onaylı zaman damgası sağlayıcıları kullanabilir.
Açık bir yapılandırması olmayan gruplar, hesap düzeyindeki ayarı devralır.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
Zaman damgası yapılandırmasını inceleme >
- CC bildirim olaylarını denetim raporlarına dahil etme: Hesap ve grup yöneticileri artık CC bildirim olaylarını sözleşme Denetim Raporlarına dahil edebilir. Denetim Raporu etkinleştirildiğinde, genel ve alıcıya özel CC adreslerine gönderilen başlama ve tamamlanma bildirimlerini kaydeder.
Yöneticiler, otomatik CC adresleri için tamamlama bildirim olaylarını ayrı ayrı ekleyebilir. Her iki ayar da varsayılan olarak devre dışıdır.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
Denetim raporunda CC bildirim olaylarını etkinleştirme >
- Resmi Kurum hesapları için parola güçlük gereksinimlerini yapılandırma
Resmi Kurumlar için Acrobat Sign yöneticileri artık minimum uzunluk ve karakter bileşimi kurallarını ayarlamak için parola güçlük gereksinimlerini yapılandırabilir. Bu, kuruluşların parola politikalarını dahili güvenlik standartları ve uyumluluk gereksinimleriyle uyumlu hale getirmelerine olanak tanır.
Mevcut ortamlar: Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
- Yeni Güvenilir Hizmet Sağlayıcıları: Acrobat Sign düzenli olarak yeni güven hizmeti sağlayıcılarına yönelik destek eklemektedir. Bu sürümde yeni olarak aşağıdaki TSP'ler kullanıma sunulmuştur:
- Swisscom ZertES CH
- Swisscom eIDAS AB
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
Deneyimdeki Değişiklikler
- Form alanı içerik oluşturma geliştirmelerinin aşamalı olarak kullanıma sunulması
Adobe Acrobat Sign, 17.2 sürümünün bir parçası olarak güncellenmiş bir form alanı içerik oluşturma deneyimi sunuyor. Değişiklikler, tüm hesaplar için aynı anda etkinleştirilmek yerine müşteri segmenti tarafından kademeli olarak dağıtılmaktadır.
Ne değişiyor?- Modern içerik oluşturma deneyimi; alan yerleşimi, navigasyon, atama, doğrulama ve ilk kullanım rehberliğiyle güncellenmektedir.
- Önemli değişiklikler şunlardır:
- Yerleştirilmiş form alanlarını incelemek ve bu alanlarda gezinmek için yeni Alanlar paneli.
- Önerilen alanlarla çalışmak için güncellenen kontroller.
- Otomatik olarak algılanan alanlar için daha açıklayıcı adlar.
- Ortak alan türlerinin ve doğrulama kurallarının iyileştirilmiş tespiti.
- Satır içi, alana özel doğrulama mesajları.
- Yüklenen PDF'lerde mevcut AcroForm alanları bulunduğunda bir alıcı atama istemi.
- Ortak içerik oluşturma görevleri için bağlamsal rehberlik.
Bu değişiklikler, sözleşmeler ve kitaplık şablonları hazırlanırken kullanılan kullanıcı arabirimini ve iş akışını etkiler.
Kullanıma sunma programı için Teknik bildirime bakın.
Mevcut ortamlar: Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions (VIP ve VIPMP hesap müşterileri) | Yapılandırma kapsamı: Kullanıma sunma programına göre varsayılan olarak etkin
Güncellenen içerik oluşturma belgelerini inceleme >
- Küçük işletme hesapları için varsayılan ayarlar güncellendi: 100.000 $ altındaki VIP, VIPMP ve ETLA hesapları için çeşitli mevcut gönderme özellikleri artık varsayılan olarak etkinleştirilmiştir.
Bu varsayılan ayar güncellemeleri, sık kullanılan gönderen özelliklerini, önce her ayarı bir yöneticinin etkinleştirmesine gerek kalmadan kullanılabilir hale getirir. Hesap yapılandırmasına bağlı olarak hesaplar artık şunlara erişebilir:
Bu değişiklikler yalnızca hedeflenen ticari müşteri segmentlerindeki hesaplar için geçerlidir. Resmi Kurumlar için Acrobat Sign için geçerli değildir.
Mevcut ortamlar: Korumalı Alan, Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions (100.000 $ altındaki VIP, VIPMP ve ETLA hesapları) | Yapılandırma kapsamı: Varsayılan olarak etkin
- Geliştirilmiş kitaplık şablonu deneyimi: Modern kitaplık şablonu oluşturma ve içerik oluşturma deneyimi; daha az ön seçim, daha net ilk kullanım rehberliği, özel kaydetme eylemi ve geliştirilmiş doğrulama ve hata mesajlarıyla kolaylaştırıldı.
Şablon yönetimi işlemlerine, oluşturulduktan sonra erişmek de daha kolaydır.
Mevcut ortamlar: Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions (VIP, VIPMP ve Deneme Sürümü hesapları) | Yapılandırma kapsamı: Varsayılan olarak etkin.
- Modern İmza İsteme varsayılan oluyor
Tüm Ticari hesaplar ve Resmi Kurum hesapları otomatik olarak modern İmza İsteme deneyimine geçiyor. Geçiş bağlantıları gönderim arayüzünde devre dışı bırakılırken yönetici kontrolleri, klasik Oluşturma deneyimine geçici olarak geri dönmesi gereken müşteriler için kullanılabilir durumda kalıyor.
Klasiğe geri dönüş kontrollerinin tamamen kaldırılması daha sonraki bir sürüm için planlanmaktadır.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Yapılandırılamaz
- Modern Şablon Oluşturma varsayılan oluyor
Tüm Ticari hesaplar ve Resmi Kurum hesapları otomatik olarak modern Şablon Oluşturma deneyimine geçiyor. Yönetici kontrolleri, klasik Şablon Oluşturma deneyimine geçici olarak geri dönmesi gereken müşteriler için kullanılabilir durumda kalıyor.
Klasiğe geri dönüş kontrollerinin tamamen kaldırılması daha sonraki bir sürüm için planlanmaktadır.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
- Modern Özel İş Akışı Tasarımcısının varsayılan duruma getirilmesi - Ertelendi: Bu özellik şimdilik 17.2.1 sürümü için planlanmaktadır.
Tüm Ticari hesaplar ve Resmi Kurum hesapları otomatik olarak modern Özel İş Akışı Tasarımcısı deneyimine geçiyor. Yönetici kontrolleri, klasik deneyime geçici olarak geri dönmesi gereken müşteriler için kullanılabilir durumda kalıyor.
Klasiğe geri dönüş kontrollerinin tamamen kaldırılması daha sonraki bir sürüm için planlanmaktadır.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
- Mevcut Adobe kullanıcıları için Acrobat Sign deneme sürümlerine daha kolay erişim: E-posta adresi zaten bir Adobe kuruluşuyla ilişkilendirilen kullanıcılar artık mevcut Adobe hesapları tarafından engellenmeden Acrobat Sign deneme sürümü başlatabilirler.
Bu, mevcut Adobe müşterilerinin Acrobat Sign'ı diğer Adobe ürünleriyle birlikte değerlendirmelerini kolaylaştırır.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
- Devam eden sözleşmeler için geliştirilmiş alıcı kaldırma: Alıcı kaldırma deneyimi artık sıralı sözleşmelerde ek form alanı yapılandırmalarını destekleyerek, gönderenin bir sözleşmeyi iptal etmek ve yeniden oluşturmak zorunda kaldığı durumları azaltıyor.
Mevcut alıcı kaldırma iş akışı ve yönetici kontrolleri değişmeden kalmıştır.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
- Power Automate Embed kullanımdan kaldırma bildirimi: Power Automate Embed erişimi olan kullanıcılar artık yakında kullanımdan kaldırılacağıyla ilgili ürün içi bir bildirim ve geçiş rehberliği bağlantısı görüyor. Bu özellik 17.2 sürümünde de mevcuttur ve bu güncelleme mevcut iş akışlarını devre dışı bırakmaz veya kaldırmaz.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
Entegrasyon Güncellemeleri
- Salesforce işlemleri için daha yüksek dosya boyutu desteği: Salesforce için Acrobat Sign entegrasyonu artık daha büyük işlem yüklerini destekleyerek büyük belgelerin, birden çok imzalayanın veya ayrı Salesforce ekleri olarak kaydedilen imzalanmış PDF'lerin bulunduğu sözleşmelerin güvenilirliğini artırıyor.
Mevcut Salesforce iş akışları ve ayarları değişmeden kalır.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Entegrasyon
- Salesforce sözleşmelerinde alıcı adlarını kontrol etme: Salesforce için Acrobat Sign, gönderenlerin artık alıcı adı sağlamasına ve imzalama sırasında alıcının bu adı değiştirmesini engellemesine olanak tanıyor.
Bu geliştirme, Salesforce kayıtları ile tamamlanan sözleşmeler arasındaki tutarlılığı artırır.
Mevcut ortamlar: Sandbox, Ticari, Devlet | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Entegrasyon
- SAP SuccessFactors entegrasyon uyumluluk güncellemesi - SAP SuccessFactors ile Acrobat Sign entegrasyonu, SAP SuccessFactors platformundaki değişikliklerle uyumlu olacak şekilde güncellenmiştir.
Mevcut sözleşme iş akışları değişmeden kalır.
Mevcut ortamlar: Korumalı Alan, Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Entegrasyon
- SAP SuccessFactors'da iyileştirilmiş teklif takibi: SAP SuccessFactors ile Acrobat Sign entegrasyonu artık Süresi Dolmuş ve Onay teklif durumlarını sağlayarak işe alım uzmanlarına teklifin ilerleme durumunu daha net bir şekilde görme imkanı sunuyor.
İş Başvurusu varlığındaki yeni Sorumlu alanı, adayı veya bir sonraki eylemden sorumlu onaylayanı tanımlar. Bu, işe alım uzmanlarının bir SAP yöneticisiyle iletişime geçmeden teklifin nerede beklediğini belirlemelerine yardımcı olur.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum| Mevcut hizmet katmanları: Acrobat Sign Solutions| Yapılandırma kapsamı: Entegrasyon
REST API/Web Kancası Güncellemeleri
Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.
- Agreements API aracılığıyla kullanılabilen belge boyutu
Aşağıdaki GET Agreement V6 API yanıtları artık belge boyutunu bayt cinsinden döndüren bir fileSize parametresi içerir:- /agreements/{agreementId}
- /agreements/{agreementId}/documents
Bu yanıt değişikliği, tüm Acrobat Sign API etkin hizmet katmanları için geçerlidir.
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4550652 | Özet: Paylaşılan Toplu Halde Gönder işlemini görüntüleyen kullanıcılar Tamamlanan Sözleşmeleri İndir seçeneğini seçebiliyordu, ancak bu eylem yalnızca orijinal gönderen için desteklendiğinden indir işlemi izin hatasıyla başarısız oluyordu. Düzeltme: Yönet sayfasında artık Tamamlanan Sözleşmeleri İndir seçeneği paylaşılan bir toplu gönderimi görüntüleyen kullanıcılardan gizlenmektedir. Orijinal gönderen işlemi kullanmaya devam edebilir. |
| 4559237 | Özet: Bir alıcı bulut imzası kullandığında, önceki bir imzalama oturumunda kaydedilen imza nedeniyle imzalayanın adı imzalama sertifikasından güncellenmek yerine gönderenin yanlış değerine ayarlı kalabilir. Düzeltme: Bulut imzası işleme, alıcının önceden kaydedilmiş bir imzası olsa bile imzalayan adının seçili imzalama sertifikasından doldurulmasını sağlayacak şekilde güncellenmiştir. |
| 4561749 | Özet: Güncellenmiş metin boyutlandırma standartları yeni boyutlar için ayarlanmamış bir mizanpaja uygulandığından ikinci sıra Ana sayfa afiş kartlarındaki açıklamalar kırpılmış görünebilir. Düzeltme: Afiş kartı mizanpajı, revize edilmiş metin boyutlandırmasına uygun olarak güncellenerek açıklamaların kırpılmaması sağlanmıştır. |
| 4561980 | Özet: Fill & Sign aracılığıyla girilen metin, belge işleme sırasında ikame fontların ve metin aralığının nasıl işlendiğindeki farklılıklar nedeniyle tamamlanmış PDF'de eksik, büyütülmüş veya yanlış hizalanmış görünebiliyordu. Düzeltme: PDF oluşturma, girilen verilerin tamamlanan belgede doğru şekilde görünmesini sağlayarak istenen font boyutunu, aralığını ve yerleşimini korumak üzere güncellenmiştir. |
| 4561987 | Özet: İmzalanan PDF'lerin erişilebilir sürümlerinin oluşturulması sırasında eklenen aşırı miktarda veri nedeniyle tamamlanmış bir sözleşmeden ayrı ayrı indirilen belgeler orijinallerinden önemli ölçüde daha büyük olabilir. Boyut artışı, sözleşme e-postalarının teslimat sınırlarını aşmasına da neden olabilir. Düzeltme: Sözleşmelerde birden çok belge bulunduğunda dosya boyutunun gereksiz şekilde büyümesini önlemek için erişilebilir PDF işleme optimize edilmiştir. Ayrı ayrı indirilen belgeler artık orijinal içerikleriyle daha tutarlı bir boyut korumaktadır. |
| 4562483 | Özet: Bazı mevcut kitaplık şablonları modern şablon deneyiminde açılamıyor ve şablon yükleme sırasında beklenen alıcı atama bilgileri olmayan alan verisi içerdiği için "Bir sorun oluştu" hatası görüntülüyordu. Düzeltme: Şablon yükleme, eksik alıcı atama verilerini doğru şekilde işlemek üzere güncellenmiştir. Bu sayede, etkilenen şablonlar ve form alanları modern şablon deneyiminde açılabilir |
| 4567869 | Özet: Yanlış biçimlendirilmiş font verilerine sahip PDF'ler içeren sözleşmeler yükleme ekranında takılı kalabilir ve belge oluşturma sırasındaki sonsuz işlem döngüsü nedeniyle tamamlanamayabilir. Düzeltme: PDF işleme, hatalı font genişliği verilerini algılayıp güvenli bir şekilde işlemek üzere güncellenmiştir. Bu sayede, oluşturma işleminin duraklaması önlenir ve etkilenen sözleşmelerin gönderilip imzalanması sağlanır. |
| 4568289 | Özet: Kendilerini alıcı olarak değiştiren sözleşme göndericileri, izin kontrolü orijinal göndericiye değiştirilen katılımcı gibi davrandığı için tamamlanmış sözleşmeyi gizleyemiyordu. Düzeltme: İzin doğrulaması, orijinal gönderenin diğer kullanıcıların görünürlük izinlerini değiştirmeden kendilerini alıcı olarak değiştirdikten sonra bile sözleşmeyi gizleyebileceği şekilde güncellenmiştir. |
| 4569692 | Özet: Alanın metin boyutunu hesaplamak için tam grup adres listesi kullanıldığından, alıcı grubundaki e-posta adresleri imza bloğunda çok küçük görünebilir. Düzeltme: İmza bloğu oluşturma işlemi, bir grup üyesi sözleşmeyi açtıktan veya imzaladıktan sonra e-posta alanını yeniden hesaplamak üzere güncellenmiştir; böylece etkin imzalayanın adresi imzalama deneyiminde ve tamamlanan PDF'de okunabilir bir boyutta görüntülenir. |
| 4571461 | Özet: Web formlarında kullanılan yatay yönlü belgeler, belge işleme sırasında yanlış sayfa koordinatı hesaplamaları nedeniyle beklenmeyen boş alanlar ve yanlış yerleştirilmiş alanlar içerebilir. Düzeltme: Belge işleme, döndürülen ve yatay sayfalarda alan yerleşimini ve kapsanan alanları doğru bir şekilde hesaplamak için güncellenmiştir. Bu durum, oluşturulan sözleşmelerde boş alanların ve yanlış hizalanmış alanların kalmasını önler. |
| 4572350 | Özet: Dinamik katılım kullanan sözleşmelerde, paralel alıcılar atanmış alanları kaybedebiliyordu çünkü o adımdaki ilk alıcı imzaladıktan sonra imzalama adımı tamamlanmış olarak kabul ediliyor ve kalan paralel alıcıların alanları atlanıyordu. Düzeltme: Paralel imzalama adımları artık o adımdaki her alıcı imzalayana kadar aktif kalır ve sözleşme bir sonraki imzalama adımına geçmeden önce tüm atanmış alanların oluşturulup korunması sağlanır. |
| 4574423 | Özet: Birleştirilmiş yeniden kullanılabilir şablonlarda aynı alan adına sahip radyo düğmesi grupları, bir seçeneğin belirlenmesi diğer gruptaki ilgili seçimin işaretini kaldırdığı için senkronize edilemiyordu. Düzeltme: Radyo düğmesi davranışı, aynı ada sahip alanlardaki eşleşen seçeneklerin birleştirilmiş şablonlarda birlikte seçileceği ve farklı seçeneklerin değişmeden kalacağı şekilde güncellendi. |
| 4574867 | Özet: Acrobat Web'de oluşturulan özel imzalama tarihi formatları, sözleşme işleme sırasında form alanları kaldırılıp yeniden oluşturulduğunda seçilen görüntüleme formatı korunmadığı için varsayılan tarih formatına geri döndürülüyordu. Düzeltme: Sözleşme işleme, form alanları yeniden oluşturulduğunda özel tarih görüntüleme formatlarını koruyacak şekilde güncellenmiştir; böylece imzalama deneyiminin orijinal şablonda seçilen formatı kullanması sağlanır. |
| 4575022 | Özet: Telefonla kimlik doğrulamayı kullanan imzalayanlar, delegasyon iletişim kutusu yeni alıcının telefon numarasını toplamadığı için modern imzalama deneyiminden bir sözleşme delege edemiyordu. Düzeltme: Delegasyon iletişim kutusu, telefonla kimlik doğrulaması yapılmış sözleşmeler için artık bir telefon numarası alanı görüntüler ve doğrular, desteklenen ülke kodu listesini kullanır ve bu numarayı delege edilen alıcının kimlik doğrulama isteğine aktarır. |
| 4575850 | Özet: Alanın mevcut görünümü gereksiz bir font boyutu yeniden hesaplaması ile değiştirildiğinden, büyük, kilitli çok satırlı alanlardaki metin imzalama deneyiminde ve tamamlanan sözleşmede daha küçük görünebiliyordu. Düzeltme: Çok satırlı alan işleme, içerik zaten sığdığında mevcut metin görünümünü koruyacak şekilde güncellenmiştir, böylece fontun gereksiz yere küçültülmesi önlenir. |
| 4576211 | Özet: Gönderenler, adresleri aynı alıcı için hem gönderen hem de otomatik kopya bildirim yolları tetiklendiği için ek kopya alacak şekilde yapılandırıldığında iki tamamlama e-postası alıyordu. Çözüm: Tamamlama e-postası işlemek, gönderen ve otomatik kopya kurallarını birlikte değerlendirecek şekilde güncellendi; bu şekilde ayrı bildirimlerin beklendiği durumlar korunurken yinelenen mesajlar önleniyor. |
| 4576609 | Özet: Özel iş akışı kullanan göndericiler, yazma ve önizleme işlemlerinden döndükten sonra grup tarafından paylaşılan şablonlara erişimlerini kaybedebilirler; çünkü ikinci doğrulama yolu, göndericinin grubuyla paylaşılan şablonları tanımıyor. Düzeltme: Şablon erişim doğrulaması, önizleme ve gönderme yolları arasında hizalanmıştır, böylece kullanıcılar özel iş akışı boyunca doğrudan kendileriyle veya gruplarıyla paylaşılan şablonları kullanmaya devam edebilir. |
| 4576624 | Özet: Şahsen imzalayan ve ek katılımcılar içeren sözleşmelerdeki imza alanları, taslak sözleşme yeniden oluşturulduğunda katılımcı tanımlayıcıları değiştiği için gönderen yazma işleminden döndükten sonra yeniden atanabiliyor veya çakışabiliyordu. Düzeltme: Taslak sözleşme işleme, içerik oluşturma işleminden sonra her alanı ilgili katılımcıyla yeniden eşleyecek şekilde güncellenmiştir, böylece desteklenen yönlendirme ve alıcı rolü kombinasyonları arasında doğru atamalar korunur. |
| 4576876 | Özet: Koşullu mantık tarafından gizlenen zorunlu imza alanları, imzalama deneyiminin zorunlu alanları yeniden hesapladığı ve imzalayanların sözleşmeyi tamamlamasını engelleyen bir hatadan dolayı hala tamamlanmamış olarak sayılıyordu. Çözüm: Zorunlu alan işleme güncellendi, böylece gizli imza alanları artık tamamlanmamış olarak sayılmıyor; bu sayede koşullu kurallar bu alanları görünümden kaldırdığında bile imzalayanlar sözleşmeleri tamamlayabiliyor. |
| 4576961 | Özet: Aynı zamanda imzalayan olan sözleşme göndericileri, bildirim iş akışı gönderiyi imzalayan bildirim yolundan hariç tuttuğu için tamamlanan sözleşme e-postasını almıyor. Çözüm: Tamamlama e-postası işleme süreci güncellendi böylece sözleşmeyi imzalayan göndericiler, bildirim ayarları izin verdiğinde tamamlama bildirimini alıyor. |
| 4577135 | Özet: Bir web formu alıcısının değiştirilmesi e-posta adresini güncelliyordu ancak değiştirme ayrıntılarının eksik senkronizasyonu nedeniyle orijinal alıcının adını koruyordu. İmzalayana görünen ve denetim raporunda yer alan ad yanlış olabiliyordu. Düzeltme: Web formu alıcı değişikliği, yeni alıcının adını sözleşme, imzalama deneyimi ve denetim verileri genelinde tutarlı bir şekilde uygulamak üzere güncellenmiştir. |
| 4577475 | Özet: Şablonlardan oluşturulan sözleşmeler, şablon ilk oluşturulduğundaki altbilgi durumunu koruduğundan ayar devre dışı bırakıldıktan sonra bir işlem altbilgisi görüntüleyebiliyordu. Çözüm: İşlem altbilgisi işlenmesi, şablonla saklanan değere güvenmek yerine sözleşme oluşturulduğunda geçerli ayarı değerlendirecek şekilde güncellendi. |
| 4577531 |
Özet: İşlem altbilgisindeki bazı belge adları kısaltıldı çünkü belirli karakter aralığı son sözcüklerin görünür altbilgi alanının ötesine sarılmasına neden oluyor. Çözüm: İşlem altbilgisi artık belge adları için daha dar font kullanıyor ve metnin kaydırma veya kesilme olmadan daha fazlasının sığmasını sağlıyor. |
| 4578623 / 4579255 |
Özet: Bazı AcroForm PDF alanları yazarlık sırasında iki kez görünüyor çünkü belge işleme, belirli mevcut form alanları için ikinci bir çakışan alan ekliyor. Düzeltme: PDF form alanı işleme, yinelenen üst üste binen alanların eklenmesini önlemek için güncellenmiştir. Bu sayede her alan, içerik oluşturma sırasında bir kez görünür ve imzalayanlara yalnızca bir kez sorulur. |
| 4580019 | Özet: Sözleşme görüntüleme deneyimindeki İndirme, Yazdırma ve Arama düğmelerinin erişilebilir adları bulunmadığından ekran okuyucular bu düğmelerin amacını belirleyememektedir. Çözüm: İndir, Yazdır ve Arama düğme erişilebilir adlar eklendi böylece yardımcı teknolojiler her eylemi doğru şekilde duyurabilir. |
| 4581229 | Özet: İlgili ayar yönetim raporlama için sınıflandırılmadığından, Ayarlar Etkinlik Raporunda Acrobat Sign'ın üçüncü taraf web sitelerine gömülmesini engelleyen güvenlik ayarındaki değişiklikler eksikti. Çözüm: Ayar, Güvenlik Ayarlar raporlama kategorisine eklendi böylece hesap ve grup düzeyindeki değişiklikler Ayarlar Etkinlik Raporu'na kaydedilir. |
| 4582044 | Özet: Klonlama onay kutusu alanları imzalama sonrasında hareket edebilir veya çakışabilirdi çünkü belirli PDF sayfa yapılandırmalarının işlenmesi sırasında gereksiz yere döndürülüyorlardı. Çözüm: Klonlama onay kutusu işlenmesi, orijinal alan yönlendirme ve konumunu korumak için güncellendi ve bu şekilde katılımcılar imzaladıktan sonra alanların kaymasını önleniyor. |
| 4582268 | Özet: Doğrudan web kancası uç noktalarına yapılan Web Kancası API istekleri, temel uç nokta web kancası politikası eşlemesine dahil edilmediğinden web kancasına özel sınırlar yerine varsayılan API kısıtlama sınırlarını alabilir. Düzeltme: Web kancası kısıtlaması, hem temel uç nokta hem de ayrı web kancası uç noktalarına yönelik isteklerin tutarlı olarak amaçlanan web kancasına özgü hız sınırlarını kullanacağı şekilde güncellenmiştir. |
| 4582742 | Özet: Bir katılımcı kümesini güncelleme işlemi, API etkin katılımcı kümesini değerlendirirken önceden değiştirilmiş bir alıcıyı saydığından, önceki bir değiştirme işleminden sonra "birden fazla katılımcı" hatasıyla başarısız olabilir. Düzeltme: Katılımcı kümesi güncellemeleri, artık kaç ekin katılımcının değiştirildiğini belirlerken daha önce değiştirilmiş alıcıları dışarıda bırakarak alıcı e-postasının başarıyla güncellenmesini sağlar. |
Acrobat Sign ile işinizi kolaylaştırın
Belgeleri çevrimiçi olarak hızlı ve kolay şekilde yönetin ve imzalayın.
