Son güncelleme:
17 Haz 2026
Adobe Acrobat Sign Sürüm Notları: 2026
Adobe Acrobat Sign sürüm v17.0
Üretim dağıtımı: 3 Şubat 2026
GovCloud dağıtımı: 10 Şubat 2026
Gelişmiş İşlevsellik
- Oluşturma ve Şablonlarda Gruplandırılmış Onay Kutuları: Gönderenler artık modern İmza İsteği ve Kitaplık Şablonları oluşturma ortamları üzerinden tam olarak, en az, en fazla veya Y içinden X seçim gibi doğrulama kurallarıyla onay kutusu grupları oluşturabilir. Toplu Gönderim, Web formları ve Özel İş Akışları, Kitaplık Şablonları kullanılarak desteklenir. Bu geliştirme tutarlı form mantığı sağlar ve imzalama iş akışları genelinde veri doğruluğunu artırır.
- İzin verilen IP aralıkları – API ve mobil erişim üzerinde genişletilmiş kontrol - Yöneticiler artık IP kısıtlamalarının Adobe Acrobat Sign mobil uygulamaları ve sertifikalı entegrasyonlar dahil olmak üzere API tabanlı istemcilere uygulanıp uygulanmayacağını açıkça kontrol edebilir.
- Modern e-imza için kimlik doğrulama desteği – Modern e-imza artık üç kimlik doğrulama yöntemini destekliyor: Adobe Acrobat Sign kimlik doğrulaması, şifre ve telefon tabanlı 2FA.
- Modern İmza Talebi için Hibrit Yönlendirmede Alıcı Grupları Ekleme: Artık hibrit yönlendirmede alıcı grupları dahil edilebilir, bu da aynı yönlendirme adımında birden fazla alıcının veya grubun paralel olarak hareket etmesine olanak tanır. Grup modları, karmaşık onay ve imzalama İş Akışı için daha fazla esneklik sağlayarak, işlemi tamamlamak üzere bir Üye'yi veya tüm Üye'leri destekler.
- İmza İsteğinden gönderilen sonlandırma sözleşmelerini kopyalama: Gönderenler artık daha önce tamamlanmış, iptal edilmiş veya süresi dolmuş bir sözleşmeyi kopyalayarak yeni bir taslak sözleşme oluşturabilir. Tüm alıcılar, ayarlar, dosyalar ve form alanları otomatik olarak önceden doldurulur. Kopyalanan anlaşma, gönderilmeden önce hızlı düzenlemeler için Oluştur sayfasında açılır; bu sayede kurulum süresi azalır, hatalar en aza iner ve yenileme veya düzeltme gibi tekrarlayan iş akışlarında verimlilik artar.
- Sözleşmeyi indir bağlantısını Sürmekte Olan Sözleşmeler için devre dışı bırak – Yöneticiler artık hesap veya grup Düzey'inde imza sonrası onay sayfalarından "Bir kopya indir" bağlantısını kaldırabilir, böylece alıcıların imza sonrası sayfadan sözleşmeleri indirmesini önleyebilir.
- Üst Gezinmede Kaynaklar Sekmesi: Yöneticiler ve kullanıcılar için üst gezinmede yeni bir Kaynaklar sayfası kullanıma sunuldu. Burada Acrobat Sign eğitim içeriğine, web seminerlerine, bloglara ve ürün güncelleme videolarına doğrudan erişim sağlanıyor. Sayfa eğitimleri kullanıcı düzeyine göre düzenler—başlangıç, deneyimli ve yönetici—ve doğrudan ek destek belgelerine bağlantı verir.
- Devam Eden Sözleşmeler için Dinamik Katılım - Alıcıları Kaldır: Gönderenler artık işlemi iptal etmeden veya yeniden başlatmadan devam eden sözleşmelerden alıcıları kaldırabilir. Bir alıcı kaldırıldığında, Acrobat Sign otomatik olarak erişimlerini iptal eder, hatırlatıcıları günceller, izleri denetler, atanan alanları kaldırır ve sözleşmeyi sorunsuz bir şekilde birincil imzalama durumuna geri döndürür. Bu esneklik, kuruluşların canlı yönlendirme iş akışlarında doğruluğu korumasına yardımcı olur—örneğin imza atan kişi kullanılamaz hale geldiğinde—yasal bütünlüğü, uyumluluğu ve tam denetim geçmişini korurken.
- Sözleşme yapılandırması sırasında bireysel alıcılar için dijital imza gerektirme: Gönderenler artık seçili alıcılar için dijital imza zorunluluğu getirebilir, böylece diğer alıcılar etkilenmeden ihtiyaç duyulan durumlarda daha katı imzalama gereklilikleri uygulanabilir. İmzalama deneyimi otomatik olarak adapte olur, gerekli dijital imza alanlarını uygular ve desteklendiğinde kimlik kontrollerini açığa çıkarır, böylece hataları azaltır ve düzenlenmiş İş Akışı için uyumluluğu artırır.
- Varsayılan Kimlik Doğrulama Yöntemleri Olarak Dijital Kimlik Sağlayıcılar: Yöneticiler artık Gönderme Ayarları'nda dahili ve harici alıcılar için varsayılan imzalayan kimlik doğrulama yöntemi olarak bir Dijital Kimlik Ağ Geçidi sağlayıcısı seçebilir. Yapılandırma; sözleşmelere, web formlarına, toplu gönderimlere ve iş akışlarına otomatik olarak uygulanarak tutarlı ve uyumlu alıcı doğrulaması sağlar. Bu geliştirme kimlik doğrulama kurulumunu basitleştirir, kuruluş kimlik politikalarını uygular ve Dijital Kimlik tabanlı kimlik doğrulamaya dayanan hükümet ve kurumsal müşteriler için desteği artırır.
- Kimliği Doğrulanmış Veriler Kullanarak Doğrulanmış Form Alanları: Form yazarları artık imzalayan kimlik doğrulaması sırasında bir kimlik sağlayıcısından (OneID gibi) döndürülen verilerle otomatik olarak doldurulan doğrulanmış form alanları oluşturabilir. Bu alanlar salt okunur veya düzenlenebilir olarak ayarlanabilir, bu şekilde doğrulanmış kimlik verilerinin doğru şekilde yakalanmasını ve isteğe bağlı olarak düzenlemelere karşı kilitlenmesini sağlar (ör. ad, adres veya hesap numarası). Bu geliştirme kimlik güvencesini güçlendirir, manuel giriş hatalarını azaltır ve doğrulanmış imzalayan verisi gerektiren İş Akışı için uyumluluğu kolaylaştırır.
- Toplu Halde Gönderme için CSV Dosyasında Alıcı Grupları: Gönderenler artık Toplu Halde Gönderme için CSV dosyası içinde doğrudan alıcı grupları tanımlayabilir, böylece birden fazla alıcı aynı yönlendirme adımında hareket edebilir. Her grup BİRİ veya TÜMÜ modunda yapılandırılabilir; yönlendirmenin ilerlemesi için bir üyenin veya tüm üyelerin işlemlerini tamamlaması gerekir. Grup tanımlamaları, doğrulama ve denetim takibi her CSV satırı için işlenir ve hatalar indirilebilir doğrulama dosyaları aracılığıyla raporlanır.
- Kitaplık Şablonu - Birden Fazla Grupla Paylaşım: Modern Kitaplık Şablonu Oluştur deneyimi artık klasik iş akışında daha önce mevcut olan işlevselliğe uygun olarak bir hesap içindeki birden fazla grupla şablonları paylaşmayı destekliyor. Kullanıcılar, şablon oluştururken veya düzenlerken bir veya daha fazla grup seçebilir, böylece gruplar arasında tutarlı davranış sağlanır. Bu geliştirme klasik deneyime geri dönüşü ortadan kaldırır, iş birliğini artırır ve çok gruplu kuruluşlar için şablon yönetimini basitleştirir.
- Dijital imza kullanan tüm alıcılar için Dosya Ekleri: Dijital olarak imzalanan bir iş akışındaki tüm alıcılar artık dosya ekleyebilir (sadece ilk imzalayan değil). Yeni bir ekleme yöntemi olan Ataç ek açıklamaları belgede görünür bir ataç simgesi gösterir ve birden çok dijital imza ile uyumlu kalır. Her ek, imzalayanın dijital imzası uygulanmadan önce eklenir, imza geçerliliğini korur ve ekli dosyaların net bir görsel göstergesini sağlar. Bu geliştirme, e-imza ve dijital imza iş akışlarında yasal bütünlük, saydamlık ve tutarlılığı artırır.
Deneyimdeki Değişiklikler
- İş Akışı sözleşme iptali bildirimleri – İptal bildirimi, iş akışı davranışını yansıtacak şekilde güncellendi.
İş akışı ile oluşturulan bir sözleşme iptal edilirken, "Alıcıları bilgilendir" onay kutusu artık görünmez. Bildirimler her zaman iş akışının ayarlarına göre gönderilir. Bu değişiklik, iptal zorluğunda bu davranışı yansıtacak şekilde mesajı ayarlar.
- Giriş Sayfası İyileştirmeleri: Acrobat Sign giriş sayfası artık daha temiz ve tutarlı bir deneyim sunuyor. E-posta adresinizi girdiğiniz anda sayfa otomatik olarak hesap türünüzü algılar ve sizi doğru oturum açma yöntemine yönlendirir; böylece gereksiz adımlar ve eski ekranlar ortadan kalkar. Bu da herkes için oturum açmayı daha hızlı, daha basit ve daha sezgisel hale getirir.
- Doğrudan web arabirimine giriş yapan Acrobat Sign işletme kullanıcıları için yeni e-posta formatı: Acrobat Sign artık mevcut bir e-postayı düzenlerken veya yeni bir kullanıcı oluştururken e-posta adresinin yerel kısmında ("@" sembolünden önceki kısım) 64 karakter sınırı uyguluyor.
Yerel kısmı 64 karakterden uzun olan tüm kullanıcılar değerlendirildi ve aktif olmayan veya test kullanıcı kimliğine sahip oldukları belirlendi.
- Doğrudan web arabirimine giriş yapan Acrobat Sign işletme kullanıcıları için yeni e-posta formatı: Acrobat Sign artık mevcut bir e-postayı düzenlerken veya yeni bir kullanıcı oluştururken e-posta adresinin yerel kısmında ("@" sembolünden önceki kısım) 64 karakter sınırı uyguluyor.
Bu deneyimin Adobe Acrobat Sign sunucu ortamına dayalı kademeli bir sürümle sunulduğunu unutmayın. Kullanıma sunma takvimi Güncellenmiş Giriş deneyimi Teknik Bildiriminde yayımlanmıştır.
- Etkin Olmayan Kullanıcılar için Kullanıcı Ayrıntıları Yönetimini Etkinleştirme: Yöneticiler artık hesapları yeniden etkinleştirmeden doğrudan Yönetici Arabiriminde ve CSV yüklemeleri aracılığıyla etkin olmayan kullanıcıların ayrıntılarını düzenleyebilir. Bu, grup atamalarının (hem tekli hem de çoklu grup yapılandırmaları için) güncellenmesini, "Kullanıcı belgeleri imzalayabilir" niteliğinin yönetimini ve uyumluluk ve kayıt bakımı için toplu düzenlemelerin yapılmasını içerir. Değişiklik kurumsal kullanıcı yaşam döngüsü yönetimini kolaylaştırır, yönetim yükünü azaltır ve daha temiz grup organizasyonu ile GDPR uyumlu kayıt işlemeyi destekler.
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4528600 | Özet: Bir form alanı katmanı özel iş akışına eklendiğinde alan doğrulama ayarları çalışmıyor. Regex veya sayısal aralık sınırları gibi doğrulama kuralları, iş akışı başlatıldığında kaldırılıyor ve alanların geçersiz girdi kabul etmesine neden oluyor. |
| Düzeltme: Doğrulama kuralları artık form alanı katmanları özel iş akışlarına dahil edildiğinde doğru şekilde uygulanır. Alanlar hem klasik hem de yeni yazma deneyimlerinde doğrulama davranışlarını korur. Kullanıcıların herhangi bir işlem yapması gerekmiyor. | |
| 4528748 | Özet: Yöneticiler yeni senkronize edilmiş kullanıcılara grup üyeliği eklerken aralıklı olarak "İşlenemeyen hata" mesajını görüyor (Azure Sync). Gruptaki bazı yeni kullanıcıların groupID değeri null olarak ayarlanmış |
| Düzeltme: Bir kullanıcının grubu oluşturulduktan sonra null ise kullanıcılar hesabın Varsayılan grubuna yerleştirilir. | |
| 4529934 | Özet: Yönet > Web Formları'nda (özellikle çok sayıda gönderimli web formlarında) "Form Alanı Verilerini İndir" yüklenmeye devam ediyor ve hiçbir zaman bitmiyor. API erişimi olmayan Teams müşterileri raporlama için verileri dışa aktaramıyor (ör. 1-31 Mayıs) |
| Düzeltme: Kullanıcı arabiriminde sayfalandırılmış, daha hızlı CSV dışa aktarma eklendi. Form verisi indirmeleri seçili tarih aralıkları için takılmadan güvenilir şekilde tamamlanır. | |
| 4532186 | Özet: Yeni yazma deneyiminde alan renk vurgulaması Klasik Yazma davranışıyla eşleşmez. Birden fazla alıcı söz konusu olduğunda seçilmeyen alıcıların alanlarını karartmak yerine tüm alanlar tamamen renkli kalıyor. Bu, alan atamalarını doğrulamayı zorlaştırıyor. |
| Düzeltme: Seçilmeyen alıcılara ait alanları karartarak (%20 opaklık) görsel netliği geri kazandırıldı. Bu, modern tasarım sistemini korurken Klasik Oluşturma'nın netliğini yeniden oluşturur. Vurgulama artık kullanıcıların şu anda seçili alıcının alanlarını kolayca tanımlamasına yardımcı olur ve yanlış atama riskini azaltır. | |
| 4534061 | Özet: Hesap veya grup ayarı devre dışı bırakacak şekilde yapılandırıldığında bile "Bir kopya indir" bağlantısı imzalama sonrası onay sayfasında görünüyor. |
| Düzeltme: Tüm gönderim sonrası sayfalar için İndir seçeneğini açıkça gizlemek üzere yeni bir ayar eklendi. İmzalama sonrası sayfa artık indirme kontrol ayarını doğru şekilde dikkate alır ve ayar devre dışı bırakıldığında "Bir kopya indir" bağlantısını gizler. | |
| 4536347 | Özet: Klasik Deneyimde belirli iş akışları başlatılırken gönderenler ikinci bir dosya ekleyemiyordu (veya dosya eklemeyi yeniden deneyemiyordu). Bu nedenle, dosya seçicinin birden fazla grup arasında paylaşılan şablonları işleme biçimindeki bir hata nedeniyle, çok belgeli iş akışı gönderimleri engelleniyordu. |
| Düzeltme: Kullanıcıların Klasik Deneyimde hata almadan ek dosyalar ekleyebilmesi veya dosya seçimini yeniden deneyebilmesi için dosya seçicinin birden fazla grup arasında paylaşılan şablonları işleme biçimi düzeltildi. | |
| 4537504 | Özet: Görünürlük mantığının gizli bir bağımlı alan üzerinden değerlendirilmesi ve oluşturulan değerin son imzalı PDF'ye kaydedilmemesi nedeniyle, koşullu açılır menü değeri imzalama sırasında doğru şekilde seçilmiş olmasına rağmen imzalı belgede görünmüyordu. |
| Düzeltme: İmzalama zamanında görünürlük bağımlılıklarını doğru bir şekilde çözümlemek ve koşullar karşılandığında seçili açılır menü değerini imzalanan belgede sürdürmek için koşullu alan işleme güncellendi. | |
| 4537995 | Özet: Alıcı gruplarında harici kullanıcılar için kimlik doğrulama yöntemi değiştirildiğinde, ön uç durum işleme hatasının kullanıcının seçimini geçersiz kılması nedeniyle kayıt sonrası seçenek tekrar Telefon yöntemine dönüyor ve E‑posta OTP uygulanamıyordu. |
| Düzeltme: Alıcı grubu kullanıcı arabirimi mantığı düzeltilerek seçilen kimlik doğrulama yönteminin kayıt işlemleri boyunca doğru şekilde korunması ve yeniden uygulanması sağlandı; böylece seçilen değer varsayılana sıfırlanmak yerine tutulmuş oluyor. | |
| 4539214 | Özet: Özel iş akışlarında uzun bir mesaj etiketi, aşırı etiket içeriğinin hatalı düzen yönetimi nedeniyle Gönder sayfasında mesaj metninin üst üste binmesine ve mesaj şablonu köprüsünün gizlenmesine neden oluyor. |
| Düzeltme: Mesaj şablonu köprüsünün görünür ve erişilebilir kalması için uzun mesaj etiketlerini doğru şekilde sınırlayıp kaydırmak üzere Gönder sayfası yerleşim mantığı güncellendi. | |
| 4539854 | Özet: Bazı imzalayanlar, gerekli ad özniteliği bulunmayan alt belgedeki hatalı biçimlendirilmiş bağlantı alanı nedeniyle belirli sözleşmeleri açarken imzalama deneyiminden uzaklaştırılıyor. |
| Düzeltme: İmzalama akışı artık işleme sırasında geçerli bir ad atayarak adsız bağlantı alanlarını doğru bir şekilde işleyerek hataları önler ve imzalayanların yeniden yönlendirme yapmadan sözleşmeleri tamamlamasına olanak tanır. | |
| 4539858 | Özet: iOS aygıtlarında, Çince el yazısı klavyesini kullanan onaylayıcılar, imzalama sayfasının el yazısı giriş olaylarını geçerli metin girişi olarak algılamaması nedeniyle adlarını girdikten sonra Onayla düğmesi devre dışı kaldığı için onaylamayı tamamlayamıyor. |
| Düzeltme: iOS aygıtında el yazısı tabanlı metin girişini tanımak için giriş işleme mantığı güncellendi, böylece geçerli karakterler girildikten sonra Onayla düğmesi doğru şekilde etkinleşir. | |
| 4540392 | Özet: Yöneticiler aralıklı olarak HTTP 400 hataları görüyor ve gruplar mevcut olup erişim doğru yapılandırılmış olmasına rağmen alıcı grupları İş Akışlarında eksik görünüyor, bunun nedeni kullanıcılar çok sayıda gruba ait olduğunda istek başlıklarının platformun başlık boyutu sınırını aşmasıdır. |
| Düzeltme: Kullanıcılar birçok grup üyeliğine sahip olduğunda alıcı grubu aramalarının artık başarısız olmaması için sunucu tarafı talep üstbilgisi boyutu sınırı artırıldı. | |
| 4541258 | Özet: Yöneticiler, senkronizasyon sayfasının sınırlı veri kümesi yüklemesi ve arama işlevinin yalnızca tarayıcıda zaten yüklenmiş şablonları filtrelemesi nedeniyle Üretim veya Korumalı Alan Senkronizasyonu kullanıcı arabiriminde yalnızca ilk 100 şablonu görebiliyor ve Yerel ve Uzak listelerinde ek şablonları göremiyordu. |
| Düzeltme: Senkronizasyon kullanıcı arabirimi, arama alanına metin girildiğinde seçili ortam için tüm şablonlar yüklenecek (5000'e kadar) şekilde güncellendi, böylece ilk 100'den daha fazla şablon arama ve seçim için kullanılabilir hale geldi | |
| 4541739 | Özet: Dijital imza alanları mevcut olduğunda iş akışının gelecekteki değiştirilen imzalayıcıları dijital imzalama aşamasına geçirememesi nedeniyle değiştirilen alıcıların dijital imzalama yapması engelleniyordu ve bu alıcılar "Dijital imza aşamasında olmadığı için sözleşme dijital olarak imzalanamaz" mesajını görüyordu. |
| Düzeltme: Dijital imza alanları mevcut olduğunda değiştirilen veya delege edilen alıcıları dijital imzalama aşamasına doğru şekilde geçirmek için imzalama iş akışı güncellendi, böylece alıcılar sözleşmeyi imzalayabilir ve tamamlayabilir. | |
| 4541849 | Özet: Çok baytlı karakterlerle önceden doldurulmuş tek satırlı otomatik font boyutlu metin alanları, imzalanmış PDF'lerde kırpılarak PDF oluşturma sırasında yanlış metin boyutlandırması nedeniyle metnin bir kısmının kesilmesine neden oluyordu. |
| Düzeltme: Çok baytlı karakterler için metin ölçümü ve otomatik yazı tipi boyutu davranışı düzeltildi, böylece tam değer alana kesilmeden sığar. | |
| 4542574 | Özet: Açılır menü görüntüleme değerlerinin ve dışa aktarma değerlerinin doğru şekilde eşleştirilmesini sağlayan doğrulamanın eksik olması nedeniyle bir kitaplık şablonu düzenlendiğinde, gerekli açılır menü alanları eşleştirilmemiş değerler içerebiliyor ve bu değerler seçildiğinde İmzalamak için tıkla düğmesi kullanılamıyordu. |
| Düzeltme: Şablon düzenleme artık açılır menü alanlarında doğrulama yapılmasını zorunlu kılar, böylece yalnızca düzgün eşleştirilmiş değerler kaydedilebilir, eşleştirilmemiş girişler önlenir ve gerekli açılır menü seçimlerinin imzalama işlemini engellememesi sağlanır. | |
| 4542942 | Özet: Web formlarında, kullanıcı arabiriminin alanlar devre dışı kaldığında zorunluluk göstergelerini güncellememesi nedeniyle koşullu mantık tarafından devre dışı bırakılan gerekli alanlar gerekli yıldız işaretini görüntülemeye devam ediyordu ve bu durum imzalayanların aslında artık doldurmaları gerekmeyen alanları hâlâ zorunlu sanmalarına yol açıyordu. Ayrı bir mobil imza hizalama sorunu tespit edildi ancak farklı bir kapsam altında ele alındı. |
| Düzeltme: Web formu kullanıcı arabirimi artık bir alan koşullu mantık tarafından devre dışı bırakıldığında gerekli yıldız işaretini gizler ve gerekli göstergelerin imzalayan girişinin beklenip beklenmediğini doğru şekilde yansıtmasını sağlar. | |
| 4543157 | Özet: Kullanıcı arabiriminin görüntülenen alıcıyı mevcut delege edilen kişiyi yansıtacak şekilde güncellememesi nedeniyle farklı bir imzalayan aktif olarak imzalıyor olmasına rağmen Yönet sayfasının Devam Eden görünümünde, Alıcılar sütunu bir imzalama rolü delege edildikten sonra da delege edenin adını göstermeye devam ediyordu. |
| Düzeltme: Yönet sayfası mantığı güncellendi, böylece Alıcılar sütunu artık bir imzalama rolü delege edildiğinde aktif olarak delege eden kişinin adını görüntülüyor ve Devam Eden görünümünün o anda kimin imzaladığını doğru şekilde yansıtıyor. | |
| 4543253 | Özet: Taslak oluşturma mantığının ilerleme kaydedildiğinde şahit alanlarını geri yükleyememesi nedeniyle alanlar arka uçta mevcut olmasına rağmen Klasik İş Akışı Deneyiminde, şahide atanan alanlar (imza, ad, tarih) bir sözleşme Taslak durumunda kaydedildikten sonra kayboluyordu. |
| Düzeltme: Taslak oluşturma mantığı, ilerleme kaydedildikten sonra tüm şahide atanan alanları koruyacak ve görüntüleyecek şekilde düzeltildi. Böylece artık Taslak durumunda açılan sözleşmeler, yazma ve imzalama sırasındaki alan görünürlüğünü koruyabiliyor. | |
| 4543513 | Özet: Gönderme grubunun yerel ayarı kullanıcının devraldığı birincil grup yerel ayarından farklı olduğunda web arabiriminde API düzeyinde yerel ayar kurallarını yanlış uygulayan yerel ayar doğrulaması nedeniyle "Yerel ayar geçersiz veya eksik" hatasıyla kullanıcıların Sign Web kullanıcı arabiriminde sözleşme göndermesi engellendi. |
| Düzeltme: Yerel ayar doğrulaması düzeltildi, böylece artık Sign Web kullanıcı arabirimi geçerli grup ve kullanıcı yerel ayar kombinasyonlarını düzgün şekilde çözüyor ve kabul ediyor. API'ye özgü yerel ayar kısıtlamalarının web deneyiminde sözleşme gönderimini engellemesi önleniyor. | |
| 4543592 | Özet: Olayların saniye düzeyinde zaman damgalarıyla saklanması ve buna bağlı olarak aynı saniye içinde gerçekleşen doğrulama ve imzalama eylemlerinin sırasının karışması nedeniyle bazı Denetim Raporlarında "Belge e-imzalandı" ve "Sözleşme tamamlandı" mesajı sonrasında "Alıcı Adobe Acrobat Sign ile doğrulandı" mesajı görüntüleniyordu. |
| Düzeltme: Denetim olayı günlüğü, zaman damgalarını milisaniye hassasiyetiyle saklayacak ve görüntüleyecek şekilde güncellendi. Böylece doğrulama, imzalama ve tamamlama olaylarının Denetim Raporunda doğru sırayla görünmesi sağlandı. | |
| 4543617 | Özet: Sözleşmeden şablon oluşturulduğunda Yeni deneyim varsayılan olmasına rağmen eylemin eski içerik oluşturma akışına yönlendirilmesi nedeniyle Yeni deneyim yerine Klasik deneyim başlatılıyor. |
| Düzeltme: "Sözleşmeden şablon oluştur" eylemi Yeni deneyimde açılacak şekilde güncellendi. Bu sayede CTA davranışı varsayılan kullanıcı deneyimiyle uyumlu hale getirildi ve kullanıcılar için beklenmeyen bağlam değişiklikleri önlendi. | |
| 4544564 | Özet: API aracılığıyla eklenen veya güncellenen gizli alanlar (visible:false) Modern e-İmza deneyiminde görünür olarak işlendi. İmzalama kullanıcı arayüzü alan görünürlük bayrağını görmezden geldiği için alıcılar gizli kalması gereken alanları görebiliyordu. |
| Düzeltme: Modern e-İmza kullanıcı arabirimi, visible değeri false olan alanları işleme ve gezinme mantığında filtreleyecek şekilde güncellendi. Böylece gizli alanlar asla görüntülenmez ve sayfa davranışını etkilemez. | |
| 4544571 | Özet: WhatsApp hesap için etkinleştirilmiş ve sözleşme gönderimi sırasında kullanılabilir olmasına rağmen WhatsApp teslimat seçeneği Gönderim Ayarlarında görüntülenmiyordu. Bu durum tutarsız davranışa ve yöneticiler arasında kafa karışıklığına neden oluyordu. |
| Düzeltme: WhatsApp teslimat seçeneği, özelliğin kullanılabilir olduğu her yerde Gönderim Ayarlarına geri yüklenerek yönetici ayarları ile sözleşme gönderme deneyimi arasında tutarlı görünürlük ve yapılandırma sağlandı. | |
| 4545381 | Özet: Eski sürümlerin desteklediği tüm fontları içermeyen yeni içerik oluşturma deneyimi nedeniyle Roboto fontu Klasik Deneyimde sunulmuş olsa bile Yeni İmza İsteği Deneyiminde görünmüyordu. |
| Düzeltme: Roboto, Yeni İmza İsteği Deneyimindeki font listesine eklendi. Klasik Deneyim ile font eşitliği geri yüklendi ve sözleşmeler oluşturulurken tutarlı biçimlendirme sağlandı. | |
| 4545484 | Özet: Bazı yöneticiler, arka uç talebinin başarısız olması nedeniyle Yönetici > Adres Defteri'nden alıcı gruplarına erişemedi veya alıcı grupları oluşturamadı ve bu durum alıcı grubu verileri yüklenirken 400 hatasına neden oldu. Sorun, etkilenen yöneticiler için alıcı gruplarının ilk kurulumunu engelledi. |
| Düzeltme: Arka uç talebi işleme, alıcı grubu arama ve oluşturma işleminin artık 400 hatasıyla başarısız olmaması için düzeltildi. Yöneticiler artık ağ veya konum fark etmeksizin alıcı gruplarına güvenilir şekilde erişebilir ve bunları yönetebilir. | |
| 4545547 | Özet: Sistemin dijital imza alanı yerleşimi doğrulanırken sayfa döndürmeyi doğru şekilde işlememesi nedeniyle dijital imza alanı eklendiğinde AutoCAD PDF'lerinden oluşturulan sözleşmeler gönderilemedi ve genel bir gönderme hatası gösterildi. |
| Düzeltme: Dijital imza alanı koordinatları artık döndürülmüş sayfaları dikkate almak üzere ayarlanarak alanların doğru sayfa sınırlarına göre doğrulanması sağlandı ve böylece AutoCAD tarafından oluşturulan PDF'ler dijital imzalarla başarılı bir şekilde gönderilebilir hale geldi. | |
| 4545894 | Özet: Bir alıcı grup kullanıldığında ve manuel olarak imza alanı yerleştirilmediğinde, otomatik oluşturulan imza bloku e-posta adresi metnini çok küçük boyutta gösteriyor. Gruba daha fazla alıcı eklendikçe metin giderek küçülüyor. |
| Düzeltme: Otomatik olarak oluşturulan imza bloku, artık alıcı grubuna kaç alıcı eklendiğinden bağımsız olarak e-posta adresini normal ve okunabilir bir boyutta doğru bir şekilde işler. | |
| 4546085 | Özet: Yeni İmza İsteği deneyiminde Kendimi Ekle seçeneğini kullanırken kesme işareti içeren e-posta adresleri yanlış görüntüleniyor. Hatalı biçimlendirilmiş adres, e-posta manuel olarak yeniden girilmediği veya Klasik Gönderme kullanılmadığı sürece sözleşmenin gönderilmesini engelliyor. |
| Düzeltme: Yeni İmza İsteği deneyiminde Kendimi Ekle öğesi seçildiğinde kesme işareti içeren e‑posta adresleri artık doğru şekilde çözümlenip görüntülenir böylece sözleşmeler manuel düzeltme olmadan gönderilebilir. | |
| 4546110 | Özet: Yeni Şablon oluşturma deneyiminde, belirli bir katılımcıya atanan Köprü alanı eklenmesi şablon kaydetme işleminin başarısız olmasına neden oluyor. Aynı alan tüm katılımcılara atandığında veya Klasik deneyim kullanıldığında çalışıyor. |
| Düzeltme: Köprü alanları artık Yeni Şablon deneyiminde yer tutucu katılımcı atamalarını destekliyor, böylece alan belirli bir katılımcıya atandığında şablonlar doğru şekilde kaydedilebiliyor. | |
| 4546257 | Özet: Korumalı Alan ortamında, özel uygulama API'si aracılığıyla gönderilen sözleşmeler, Adobe tarafından yönetilen bir uygulamadan gelen Korumalı Alan yükleme ayarları sayesinde içerik oluşturma sayfasında Swagger veya Üretim'den farklı olarak Geri düğmesini yanlış bir şekilde gösteriyor. |
| Düzeltme: Korumalı Alan davranışı, içerik oluşturma sayfasının amaçlanan uygulama ayarlarına uymasını sağlayarak ve özel uygulama API'leri aracılığıyla gönderilen sözleşmelerde Geri düğmesinin görüntülenmesini engelleyerek Üretim ve Swagger ile uyumlu hale getirilmiştir. | |
| 4546547 | Özet: Karşı imzalayan değiştirilirken null değerin işlenmesine neden olan eski kullanıcı kayıtlarında zorunlu bir iç bayrak bulunmaması durumu nedeniyle web formları, karşı imzalayanı güncelleyemedi ve hata verdi. |
| Düzeltme: Karşı imzalayanı güncelleme mantığı, eski kullanıcı kayıtlarında beklenen iç bayrak bulunmadığında bile web formlarının karşı imzalayanları başarılı bir şekilde değiştirebilmesi için null güvenli kullanım ile güçlendirildi. | |
| 4546553 | Özet: Birden fazla gruba atanan kullanıcılar, Yeni Şablon Oluşturma deneyimi etkinleştirildiğinde şablon oluşturmanın devre dışı bırakıldığı bir grupta şablon oluşturabiliyordu. Bu durum grup düzeyindeki kısıtlamaların atlanmasına olanak sağlıyordu. |
| Düzeltme: Şablon oluşturma artık yeni ve klasik deneyimlerde grup düzeyindeki izinleri tutarlı şekilde uyguluyor. Kullanıcılar artık şablon oluşturmanın devre dışı bırakıldığı gruplarda, bu izni etkinleştirilmiş diğer gruplara ait olsalar bile şablon oluşturamıyor. | |
| 4547744 | Özet: Grup Yöneticileri yeni Kullanıcı Yönetimi sayfası aracılığıyla kullanıcılara Hesap Yöneticisi hakları atayabiliyordu. Bu durum izin kapsamlarını aşıyor ve Grup Yöneticisi rolünün ötesinde yetki yükseltmesine olanak sağlayarak uyumluluk riski oluşturuyordu. |
| Düzeltme: Rol seçimi kontrolü artık Grup Yöneticileri tarafından kullanılamıyor. Yalnızca mevcut Hesap Yöneticileri Hesap Yöneticisi haklarını atayabilir veya iptal edebilir, böylece rol değişiklikleri izin sınırlarıyla uyumlu oluyor. | |
| 4547796 | Özet: Lehçe kullanıcı arabirimini kullanan bazı gönderenler, sözleşme normal şekilde gönderilip imzalanmasına rağmen zaman zaman yanlış "dijital imza sağlanamıyor" metni içeren onay e-postası alıyor. |
| Düzeltme: Gönderen onay e-postalarındaki Lehçe çeviriler düzeltildi, böylece mesaj yanlış "dijital imza sağlanamıyor" metni yerine "imza için gönderildi" şeklinde görünüyor. | |
| 4548315 | Özet: Gönderen, yeni Gönderme İş Akışına bir CC alıcısı olarak dahil edildiğinde doğrulama hatası gösterilmiyor ve CC e-posta bildirimleri, gönderen CC listesinde listelendikten sonra listelenen alıcılara gönderilmiyor. Bu durum Klasik İş Akışı davranışından farklıdır ve CC alıcılarının bildirimleri kaçırmasına neden olabilir. |
| Düzeltme: Yeni Gönderme İş Akışı mantığı, gönderen hariç tüm CC alıcılarının CC listesindeki konumlarından bağımsız olarak CC e-posta bildirimleri alabilmesi ve bu bildirimlerin beklenen sonuçlarla uyumlu hale getirilmesi için güncellendi. | |
| 4548583 | Özet: Kullanıcının varsayılan grubunda yazılı imzalar etkinleştirilmişse, düzenlenen grup için yazılı imzalar devre dışı bırakılmış olsa bile bir grup için PDF/A etkinleştirilemiyordu. Bu durum varsayılan olmayan gruplar için geçerli PDF/A yapılandırmasını engelliyordu. |
| Düzeltme: Doğrulama güncellendi; artık kullanıcının varsayılan grubu değil, değiştirilen gruptaki yazılı imza ayarları kontrol ediliyor ve PDF/A'nın izin verilen yerlerde doğru şekilde etkinleştirilmesi sağlanıyor. | |
| 4549337 | Özet: Sözleşme İptal Edildi E-postası ayarı devre dışı bırakıldığında iptal edilen sözleşmeler için SMS bildirimleri engellendi. Bu, e-posta bildirimlerini devre dışı bırakan müşterilerin gerekli SMS iptal uyarılarını göndermesini engelledi. |
| Düzeltme: Özel bir bildirim kontrolü sunarak SMS ve WhatsApp iptal bildirimleri e-posta ayarından ayrıldı, böylece e-posta bildirimleri devre dışı bırakılmış olsa bile iptal edilen sözleşmeler için SMS teslimatına olanak sağlandı. | |
| 4549472 | Özet: Resmi Kurumlar için Acrobat Sign'da kullanıcılar yeni Şablon Oluştur deneyimini kullanarak yeniden kullanılabilir şablonlar oluşturamıyordu. Belge yüklendikten sonra iş akışı boş bir ekranda takılıyordu ve şablon oluşturmayı engelliyordu. |
| Düzeltme: Gov ortamlarında yeni Şablon Oluştur deneyimi için gereken eksik içerik oluşturma bağımlılığı geri yüklendi. Böylece içerik oluşturma ekranının doğru şekilde yüklenmesi ve şablonların başarıyla oluşturulması sağlandı. | |
| 4549862 | Özet: Açılış sayfası Yeni İmza İsteği deneyimine ayarlandığında yapılandırılan oturum açma uyarı mesajı oturum açma sonrasında görüntülenmiyor. Bu durum kuruluşların kullanıcılar doğrudan Gönder sayfasına geldiğinde kritik bakım veya kesinti bildirimlerini görüntülemesini engelliyor. |
| Düzeltme: Yeni İmza İsteği deneyiminde oturum açma uyarı mesajını görüntüleme desteği geri yüklendi. Kullanıcılar oturum açma sonrasında Gönder sayfasına geldiğinde, yapılandırılan uyarı mesajı artık bildirim olarak görünüyor ve önceki davranış ile müşteri beklentileriyle eşleşiyor. | |
| 4550175 | Özet: Bir iş akışında telefon kimlik doğrulaması için telefon numarası girildikten sonra Enter tuşuna basıldığında form erken gönderiliyor ve açık onay beklemek yerine gönderilen form nedeniyle iş akışı kesilerek bir sistem hatası tetikleniyor. |
| Düzeltme: Alıcı iletişim kutusu, telefon kimlik doğrulama alanları için Enter tuşuna basıldığında form gönderimini engelleyecek şekilde güncellendi. Bu sayede kullanıcıların iletişim kutusunda kalıp Devam Et öğesine tıklaması gerekir, istenmeyen iş akışı kesintisi de ortadan kaldırılmış olur. | |
| 4550302 | Özet: Almanca imza istenen ve hatırlatma e-postalarında tutarsız hitap biçimleri kullanılıyor, aynı mesaj içinde resmi olmayan "Du" ve resmi olan "Sie" arasında geçiş yaparak kafa karıştırıcı ve profesyonel olmayan ifadelere yer veriliyordu. |
| Düzeltme: Almanca e-posta çevirileri şablon genelinde tek ve tutarlı bir hitap biçimi kullanılacak şekilde güncellendi, böylece tüm imza istenen ve hatırlatma e-postalarında tutarlı ve öngörülebilir dil kullanımı sağlandı. | |
| 4550556 | Özet: Dijital imza alanları eklendiğinde büyük mimari plan PDF'leri içeren sözleşmeler gönderilemedi ve dijital imza yerleşiminde sayfa döndürme ve boyut işleme nedeniyle içerik oluşturma sırasında bir hata oluştu. |
| Düzeltme: Döndürülmüş, büyük formatlı sayfaları doğru şekilde işlemek için dijital imza alanı işleme özelliği güncellendi ve mimari planlarla yapılan sözleşmelerin uygulanan dijital imzalarla başarılı bir şekilde gönderilmesi sağlandı. | |
| 4550579 | Özet: Revizyon durumundayken son kalan alıcıları kaldırarak bir sözleşme tamamlandığında sistem AGREEMENT_WORKFLOW_COMPLETED olayını oluşturmadı, bu nedenle web kancası bildirimi gönderilmedi ve tamamlanmayı tespit etmek için bu olaya dayanan iş akışları bozuldu. |
| Düzeltme: Olay işleme güncellendi; böylece revizyon sırasında alıcı kaldırma yoluyla tamamlanan sözleşmeler artık uygun tamamlanma olaylarını oluşturuyor ve AGREEMENT_WORKFLOW_COMPLETED web kancalarının beklendiği gibi tetiklenmesini sağlıyor. | |
| 4550998 | Özet: Önceden doldurulmuş onay kutuları, içerik oluşturma sırasında işaretli görünüyordu ancak onay kutuları, onay kutusu değerleri açık EVET/HAYIR durumları yerine boş olmayan metin dizeleri olarak saklandığı için imzalayanlar için işaretlenmemiş görünüyordu. |
| Düzeltme: Onay kutusu değer işleme güncellendi; böylece artık boş olmayan önceden doldurulmuş değerler işaretli, boş veya eksik değerler ise işaretsiz olarak yorumlanıyor ve onay kutusu durumlarının imzalayanlar için tutarlı kalması sağlanıyor. |
Adobe Acrobat Sign sürüm v17.0.1
Üretim dağıtımı: 17 Mart 2026
GovCloud dağıtımı: 19 Mart 2026
Gelişmiş İşlevsellik
- Kopya oluştur – Genişletilmiş erişim noktaları, anlaşmaların daha hızlı yeniden kullanımı.
Kopya oluştur artık Yönet sayfasındaki Devam ediyor ve Sizi bekliyor filtrelerinden ve ayrıca gönderim sonrası onay sayfasından doğrudan kullanılabilir. Bu ek giriş noktaları, sözleşmelerin gönderme yaşam döngüsünün daha fazla noktasında yeniden kullanılmasını kolaylaştırarak sıfırdan başlama ihtiyacını azaltır.
Not: Bu sürümle, bu özelliği devre dışı bırakmak için gereken yönetici kontrolleri, yönetici menüsünden kaldırılacak; böylelikle Kopya oluştur özelliği, uygun tüm kullanıcılara sunulan standart bir özellik haline gelecektir.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup; varsayılan olarak etkindir.
Deneyimdeki Değişiklikler
- Entegrasyon anahtarı son kullanma tarihi görünürlüğü: Son kullanma tarihleri artık Erişim Belirteçleri sekmesinde görüntülenmektedir
Kişisel Tercihler menüsündeki Erişim Belirteçleri sekmesinde her entegrasyon anahtarının son kullanma tarihi görüntülenir. Bu sayede kullanıcılar ve yöneticilere, anahtarın süresi ve değiştirilme zamanlaması konusunda daha şeffaf bir görünürlük sunulur; böylece mevcut anahtarların takibi kolaylaşır ve 10 yıllık geçerlilik süresi sona erdiğinde oluşabilecek beklenmedik aksaklıkların önüne geçilir.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: API
REST API/Web Kancası Güncellemeleri
Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.
- OEM 2.0 kişiselleştirilmiş e-posta görünümü: Gömülü deneyimlerde daha net gönderen ve alıcı kimliği ile doğru e-posta teslimatı.
Gömülü iş akışlarını kullanan OEM 2.0 İş Ortakları için Acrobat Sign artık temel kullanıcı arayüzü yüzeylerinde ve bildirimlerde iş ortağı kayıtlı e-posta yerine kullanıcının kişiselleştirilmiş e-posta adresini görüntüleyebilir. Sözleşmeler, "Sizi bekliyor" ve "İncele ve İmzala" e-postaları gibi kuyruklar, kimlik doğrulama ve yetkilendirmeler için kayıtlı e-postayı dahili olarak korurken kişiselleştirilmiş kimliği tutarlı şekilde yansıtır. Bu durum gönderenler ve imzalayanlar için netliği artırır ve e-postaların teslim edilemeyen kayıtlı adreslere gönderilmesini önler.
Kullanılabilir ortamlar: Korumalı Alan, Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: API - OEM 2.0 İş Ortakları; yalnızca talep üzerine
- SMS teslimat hataları için web kancası bildirimi: Başarısız SMS gönderileri için gerçek zamanlı görünürlük, otomatik düzeltme ve e-posta karşılıklarıyla eşlik.
Acrobat Sign artık geçersiz telefon numaraları, operatör reddi veya engellenen hatlar gibi sorunlar nedeniyle SMS ile gönderilen bir sözleşme teslim edilemediğinde yeni bir web kancası olayı olan AGREEMENT_PHONE_BOUNCED'ı yayar. Bu özellik müşterilerin SMS teslimat hatalarını neredeyse gerçek zamanlı olarak tespit etmesini ve telefon numaralarını düzeltme, teslimatı yeniden deneme veya destek vakaları açma gibi takip eylemlerini otomatik olarak tetiklemesini sağlayarak mobil öncelikli imzalama iş akışlarındaki kör noktaları ortadan kaldırır ve gecikmeleri azaltır.
Kullanılabilir ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: API
- Web kancası yükleri: Dinamik katılım güncellemeleri için koşullu katılımcı extendedStatus alanı eklenerek katılımcı durumu görünürlüğünü iyileştirildi.
Artık gönderen devam eden bir sözleşmede dinamik katılım ile değişiklik yaptığında web kancası bildirimlerine her katılımcı (memberInfos[]) nesnesi için bir extendedStatus alanı eklenecek. Bu alan, geriye dönük uyumluluk için mevcut durum alanını değiştirmeden ek katılımcı yaşam döngüsü bilgileri sağlar.
status değerleri (değişmedi): ACTIVE, REPLACED.
extendedStatus değerleri: ACTIVE, REPLACED, REMOVED, COMPLETED.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: API
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4543515 | Özet: Geçerli bir imzalayan için, imzalayan başarıyla imzaladıktan ve sözleşme bir sonraki adıma geçtikten sonra yanlış bir webhook e-posta geri dönüş olayı oluşturulabilir. Bu durum, aynı imzalama grubundaki bir temsilcinin geçersiz e-posta adresine sahip olması ve gönderenin orijinal temsilciyi değiştirmesi durumunda ortaya çıkabilir. Bu durumlarda sistem, "...adına imzalandı" geri dönüş olayını e-postası gerçekten geri dönen katılımcı yerine geçerli imzalayana yanlış bir şekilde atfedebilir. |
| Düzeltme: Olay atıf mantığı düzeltildi, böylece e-posta geri dönüş olayları yalnızca e-postası gerçekten geri dönen katılımcıyla ilişkilendiriliyor. İmzalamayı zaten tamamlamış geçerli bir imzalayan için artık geri dönüş olayı oluşturulmuyor ve webhook bildirimleri artık doğru katılımcıyı ve e-posta adresini yansıtıyor. | |
| 4544548 | Özet: Web UI aracılığıyla oluşturulan Entegrasyon Anahtarları, oluşturma sayfasında anahtarın "kalıcı erişim" sağladığı belirtilse de 10 yıl sonra sona erebilir. Bir anahtar 10 yıllık ömrüne ulaştığında, API çağrıları süresi dolmuş token hatası döndürmeye başlar ve bu durum mevcut entegrasyonları beklenmedik şekilde bozabilir. |
| Düzeltme: Kullanıcı arayüzü mesajlaşması güncellenerek "kalıcı erişim" ifadesi kaldırıldı ve Entegrasyon Anahtarları için son kullanma tarihi açıkça gösterilir. Güncellenen metin artık anahtarın son kullanma tarihine kadar veya manuel olarak iptal edilene kadar erişimi koruduğunu belirtiyor ve 10 yıllık varsayılan ömür hakkında şeffaflık sağlıyor. | |
| 4546301 | Özet: Çok büyük belgelere sahip sözleşmeler için webhook olay teslimi, sözleşme oluşturma tamamlansa ve erken işleme adımları dakikalar içinde bitmiş görünse bile birkaç saate kadar gecikebilir. Gecikme penceresi sırasında, webhook teslim hizmeti sözleşme belgelerini almaya çalışırken tekrar tekrar DOCUMENT_NOT_AVAILABLE yanıtları alabilir ve webhook olayı hizmet yeniden denemeyi bırakana veya belgeler kullanılabilir hale gelene kadar teslim edilmeyebilir. |
| Düzeltme: Belge kullanılabilirlik işleme düzeltildi, böylece büyük sözleşmeler uzatılmış DOCUMENT_NOT_AVAILABLE yanıtları olmadan belgelerin alınabilir olduğu bir duruma güvenilir şekilde geçer. Böylece, erişilemeyen belgeler için yapılan yeniden alma denemelerinin neden olduğu, saatler süren gecikmeler yaşanmadan webhook olayları iletilir. | |
| 4547823 | Özet: Bir sözleşme API aracılığıyla İçerik Oluşturma durumunda oluşturulup ardından Manage deneyiminden düzenlendiğinde, alıcının özel mesajı bazı imzalayanlar için görüntülenmeyebilir. Bu senaryoda, sözleşme verileri doğru özel mesaj değerini içerse bile UI Özel Mesaj değerini "Yok" veya boş olarak gösterebilir. Bu davranış, bir kullanıcının taslağı düzenlemek için başka bir kullanıcının hesabına geçtiği paylaşılan hesap senaryolarında görünür ve diğerleri doğru görüntülenirken yalnızca belirli alıcıları etkileyebilir. |
| Düzeltme: Aktif paylaşım bağlamını almak ve yetkili paylaşılan kullanıcılar için özel mesajı döndürmek üzere bir kontrol eklendi. Sonuç olarak, Yazma akışından API ile oluşturulan bir taslak görüntülenirken veya gönderilirken Özel Mesaj değeri artık doğru şekilde görüntüleniyor. | |
| 4548274 | Özet: Kitaplık şablonları için Değiştirilme Tarihi, yeni şablon deneyiminde bir şablon düzenlendikten ve kaydedildikten sonra güncellenmeyebilir. Kullanıcılar şablonda yeni eklenen veya güncellenen alanları görebilir, ancak Değiştirilme Tarihi Manage UI'da ve yönetim görünümlerinde değişmeden kalır, bu da şablonun yakın zamanda değiştirilmediği izlenimini verir. Bu durum, yeni deneyimin form alanlarını şablonun değiştirilme zaman damgasını da güncellemeyecek bir yol aracılığıyla güncellemesi nedeniyle oluşur. |
| Düzeltme: Değiştirilen tarih güncelleme davranışı, yeni şablon deneyimi ve ilgili API işlemleri arasında uyumlu hale getirilmiştir. Şablon alan değişikliklerini kaydeden kod yolu artık şablonun Değiştirilme Tarihini de güncelliyor, böylece en son değişikliğin gerçek zamanını yansıtıyor. | |
| 4548564 | Özet: İmzalar ve form alanları, kaynak belgede önceden var olan Damga ek açıklamalarının üzerine yerleştirildiklerinde imzalı PDF'de görünmez görünebilir. Etkilenen şablonlarda, damga açıklamaları işleme sırasında etkileşimli alanlarla çakışır veya onları gizler, bu da tamamlanan imzaların ve diğer alanların son imzalı belgede gizlenmesine neden olur. |
| Düzeltme: Mevcut damga açıklamalarının güvenli şekilde işlenip düzleştirilmesi için damga açıklamalarının işlenmesi süreci güncellendi; bu sayede bu açıklamalar artık form alanlarını veya imzaları gizlemiyor. Damgalı alanların üzerine yerleştirilen alanlar artık imzalama boyunca ve tamamlanmış PDF'de görünür kalır. | |
| 4549103 | Özet: Gönderen, daha önce yanlış olan alıcıyı geçerli bir e-posta adresiyle değiştirdikten sonra, o alıcı için bir e-posta geri dönüş olayı tekrar günlüğe kaydedilebilir. Bazı durumlarda, denetim izi eski e-posta için ikinci bir geri dönüş olayı gösterebilir ve yeni alıcı sözleşmeyi başarıyla alsa, görüntülese veya imzalasa bile sözleşme durumu "e-posta geri döndü" şeklinde yansıyabilir. Bu davranış, sözleşmenin hâlâ hem eski hem de yeni e-posta adreslerini hedeflediği izlenimini yaratabilir. |
| Düzeltme: İmzalayan değiştirme iş akışı, e-postası zaten geri dönen değiştirilen alıcıya ek bildirim e-postaları gönderilmesini önlemek için güncellendi. Sistem artık değiştirme ile ilgili bildirimleri göndermeden önce önceki geri dönüş geçmişini kontrol eder, böylece değiştirme sonrasında eski e-posta adresi için yeni geri dönüş olayları oluşturulmamasını sağlar. | |
| 4549306 | Özet: E-posta adreslerinde belirli özel karakterler (örneğin tek tırnak işareti) bulunan kullanıcılar, genel erişime açık adobesign.com veya echosign.com oturum açma sayfalarından giriş yapamayabilir. E-posta adresini girdikten ve şifre alanına tıkladıktan sonra, kullanıcıyı doğru parçaya veya SSO giriş sayfasına yönlendirmek yerine sayfa yeniden yüklenebilir ve e-posta alanını temizleyebilir. Bu durum etkilenen kullanıcıların kimlik doğrulamayı tamamlamasını engeller ve genel giriş uç noktasına dayanan entegrasyonları bloke eder. |
| Düzeltme: Giriş parça çözümleme mantığı, parçalar arası yönlendirme URL'sini oluşturmadan önce özel karakterler içeren e-posta adreslerini düzgün bir şekilde işlemek ve çözmek için düzeltildi. Etkilenen e-posta formatlarına sahip kullanıcılar artık e-posta alanı temizlenmeden belirlenen parçalarına ve SSO giriş sayfasına doğru şekilde yönlendirilir. | |
| 4549331 | Özet: Belirli belge işleme özellikleri etkinleştirildiğinde ve kaynak PDF geçersiz sayfa kutusu koordinatları (örneğin, yanlış CropBox veya MediaBox değerleri) içerdiğinde imzalı PDF’de imzalar ve diğer form alanları kaybolmuş gibi algılanabilir veya görünmez hale gelebilir. Bu senaryoda, sayfa koordinatlarına dayanan alanlar görünür sayfa alanının dışında oluşturulabilir, bu da imzalama başarıyla tamamlansa bile tamamlanan imzaların eksik görünmesine neden olur. |
| Düzeltme: PDF sayfa kutusu işleme özelliği, belge işlemek sırasında geçersiz CropBox ve MediaBox değerlerini güvenli bir şekilde normalleştirmek için düzeltildi. Sonuç olarak, imza ve form alanı yerleştirme artık görünür sayfa alanına hizalanır ve imzalı PDF'ler imzaları beklendiği gibi görüntüler. | |
| 4550367 | Özet: Gönderenin grup varsayılan imzalayan kimlik doğrulama yöntemi Telefon olarak ayarlanmış ancak hesapta telefon kimlik doğrulaması için yeterli kota bulunmuyorsa web formu imzalayan kimlik doğrulaması telefon harici bir kimlik doğrulama yöntemine ayarlanmış olsa bile Alan önizle ve ekle seçildikten sonra web formu oluşturma işlemi, genel bir "Sunucu hatası" nedeniyle başarısız olabilir. Sonuç olarak, etkilenen hesaptaki tüm kullanıcıların tüm belgelerde web formları oluşturmaları engellenebilir. |
| Düzeltme: Web formu oluşturma artık kotayı yalnızca web formu imzalayan için gerçekten yapılandırılan kimlik doğrulama yöntemi için değerlendirir ve artık yalnızca grup varsayılan kimlik doğrulama ayarına dayalı telefon kimlik doğrulama kotası kontrollerini uygulamaz. Bu, yanlış kota tükenmesi hatalarını önler ve web formlarının normal şekilde oluşturulmasına olanak tanır. | |
| 4551011 | Özet: Gönderen belirli taranmış PDF'leri yükleyip imza alanları ekleyerek sözleşmeyi gönderdiğinde, imzalama işlemi tamamlandıktan sonra imzalı PDF'de imzalar görünmeyebilir. Bu davranış, yüklenen PDF geçersiz sayfa sınırı meta verileri içerdiğinde (MediaBox ve CropBox koordinatları ters görünür) ortaya çıkabilir, bu da imza ve diğer alan görünüm katmanlarının görünür sayfa alanının dışında oluşturulmasına neden olabilir. |
| Düzeltme: PDF sayfa sınırı işleme özelliği, geçersiz veya ters MediaBox ve CropBox koordinat değerlerine sahip PDF'leri doğru şekilde işlemek için güncellendi, böylece imza ve form alanı görünüm içeriği görünür sayfa alanı içinde oluşturulur ve son imzalı PDF'de görünür kalır. | |
| 4551427 | Özet: Zaten aktif, doğru şekilde sağlanmış hesapları olan bazı alıcılar bunun yerine "sahte kullanıcı" alıcıları olarak sözleşme alır, bu nedenle sözleşme normal Yönet görünümlerinde görünmez. Bu durum, alıcı e-posta adreslerinin başında veya sonunda boşluk bulunması durumunda ortaya çıkar ve sistemin e-postayı mevcut kullanıcıyla eşleştirmesini engeller, böylece sahte kullanıcı kaydı oluşturulmasına neden olur. |
| Düzeltme: E-posta ayrıştırma ve kullanıcı arama işlemleri, alıcı e-posta adreslerini mevcut kullanıcılarla eşleştirmeden önce normalleştirmek (başındaki ve sonundaki boşlukları kaldırmak) için güncellendi. Sonuç olarak, mevcut kullanıcılara yönlendirilen sözleşmeler, e-posta adresi boşluklu girilmiş olsa bile (API yüklerinde ve iş akışı alıcı listelerinde) sahte bir kullanıcı alıcısı oluşturmak yerine doğrudan kayıtlı hesaba yönlendirilmektedir. | |
| 4553198 | Özet: Bir sözleşme, SMS iletimi için yapılandırılmış en az bir alıcı ve yalnızca e-posta iletimi için yapılandırılmış tek bir alıcı içeriyorsa sözleşme API üzerinden iptal edildiğinde SMS alıcısına herhangi bir SMS iptal bildirimi iletilmez. Sözleşme başarıyla iptal edilir ve e-posta bildirimleri teslim edilir, ancak SMS alıcıları iptal mesajı almaz. |
| Düzeltme: İptal iş akışı, diğer alıcıların iletim yöntemlerinden bağımsız olarak, sözleşme iptal edildiğinde SMS iletimi için yapılandırılan tüm alıcılara SMS iptal bildirimlerinin gönderilmesini sağlayacak şekilde düzeltildi. | |
| 4554463 | Özet: Sözleşmeler, birleştirilmiş belgelerde aynı alan adını paylaşan klonlanmış radyo düğmeleri içerdiğinde, imzalanan son PDF'de seçilen seçeneğin yalnızca bir örneği seçili kalır. Alanlar görsel olarak onay kutuları gibi görünse de radyo düğmeleri olarak uygulanır. İmzalamadan sonra, seçilen Değer tüm klonlanmış örneklerde tutarlı bir şekilde yayılmaz ve beklenen seçimin yanlış veya eksik eşlenmesine neden olur. |
| Düzeltme: Form alanı işleme mantığı, klonlanan radyo düğmelerinin dahili indeks değerini kullanmak yerine seçilen dışa aktarma değerini depolayıp aktarmasını sağlayacak şekilde düzeltildi. Bu, aynı radyo düğmesi alanının tüm klonlanmış örneklerinin imzalanan pdf'de doğru seçimi yansıtmasını sağlar. | |
| 4554593 | Özet: Erişim belirteçlerini yenilemek için eski OAuth uç noktalarını kullanan bazı ortak entegrasyonları HTTP 401 hataları ile başarısız olmaya başladı. Hizmet, uygulamanın eski OAuth uç noktalarını kullanmasına izin verilmediğini ve bunun yerine OAuth v2 uç noktalarını kullanması gerektiğini belirten bir hata ile belirteç yenileme isteklerini reddetti. Bu durum, daha önce sorunsuz çalışan entegrasyonlarda bile müşterilerin iş ortağı uygulamaları üzerinden Acrobat Sign kimlik doğrulamasını engelledi. |
| Düzeltme: Kimlik doğrulama hizmeti, eski OAuth akışını kullanmak üzere yapılandırılmış iş ortağı uygulamalarının hatalı bir şekilde OAuth v2 uç noktalarına yönlendirilmesi yerine belirteçleri yeniden başarılı bir şekilde yenileyebilmesi için düzeltilmiştir. | |
| 4554614 | Özet: İmzalayan, imzalayan kimliği doğrulaması gerektiren ve imzalanmadan önce kullanım koşullarını kabul etmesi gereken bir sözleşmede modern e-İmza deneyimini kullandığında İmzalamak için Tıkla seçeneğini tıkladığınızda 5 saniyelik bir yönlendirme süresinden sonra klasik imzalama arayüzüne geçilir. Yönlendirme mesajı, modern imzalamada girilen imzaların ve parafların temizleneceği konusunda uyarır ve imzalayanı bunları yeniden girmek ve etkili bir şekilde iki kez imzalamak zorunda bırakır. |
| Düzeltme: İmzalama belirteci yenileme akışı, imzalayan imzalamadan önce kullanım koşullarını kabul ettiğinde yeniden düzenlenen imzalama belirteci imzalayan kimlik doğrulama bilgilerini saklayacak şekilde düzeltildi. Bu, son imzalama adımının kimlik doğrulamada başarısız olmasını önler ve modern imzalamadan klasik deneyime zorla geri dönüşü ortadan kaldırır. | |
| 4555656 | Özet: Belirli zamanlama koşulları altında, bir sözleşme durumu geçişi başarılı gibi görünebilir ancak aslında sözleşme durumunu değiştirmez. Arka uç işlemek tamamlanmadan önce bir webhook bildirimi alındığında, sonraki API çağrıları eski sözleşme durumu verilerini kullanabilir. Bu pencerede, belirli durum geçiş yöntemleri sözleşme istenen geçiş için geçerli bir durumda olmasa bile HTTP 200 OK döndürür. Sonuç olarak, otomasyon iş akışları sözleşme orijinal durumda kalırken geçişin başarılı olduğunu varsayabilir. |
| Düzeltme: Sözleşme durumu geçiş mantığı, bir geçiş uygulamadan önce katı doğrulama uygulamak için güncellendi. Sözleşme geçerli bir durumda değilse API artık sessizce başarı döndürmek yerine açık bir hata yanıtı döndürür. Bu, geçersiz geçişlerin açıkça reddedilmesini sağlar, çağıran sistemlerin uygun şekilde yeniden denemesini mümkün kılar ve sözleşmelerin görünürlük sağlanmadan istenmeyen bir durumda kalmasını önler. |
Adobe Acrobat Sign sürüm v17.1
Üretim dağıtımı: 05 Mayıs 2026
GovCloud dağıtımı: 12 Mayıs 2026
Gelişmiş İşlevsellik
- Yüz Yüze İmzalama: Web uygulamasında sunulan imzalama oturumlarını etkinleştirin
Yüz Yüze İmzalama, gönderenin web tarayıcısı kullanarak yüz yüze imzalama oturumunu kolaylaştıran dahili bir barındırıcı atamasına olanak tanır. Sunucu, Yönet sayfasından veya e-posta bildiriminden kontrollü bir imzalama oturumu başlatır, gerekli eylemleri tamamlaması için cihazı geçici olarak imzalayana verir ve tamamlandığında kontrolü yeniden kendisine alır. Oturum oluşturma ve tamamlama denetim kaydında kaydedilir ve imzalayanlar isteğe bağlı olarak sözleşmenin bir kopyasını almak için e-posta adresi sağlayabilir.
- Yönet Sayfasından Toplu Dijital İmza: Tek yetkilendirmeyle birden fazla sözleşmeye dijital imza uygulayın
İmzalayanlar, Sizi bekliyor görünümünde birden fazla sözleşme seçebilir ve tek imzalama yetkilendirmesi kullanarak toplu eylem olarak dijital imzalar uygulayabilir. Bu, mevcut bulut imzalama güvenliği, kimlik doğrulama ve denetim kontrollerini korurken yüksek hacimli iş akışları için tekrarlayan imzalama adımlarını azaltır. Toplu imzalama, imzalayanların toplu eylemi tamamlamadan önce tüm anlaşmaları gözden geçirmesini veya atlamasını gerektirir.
- Yalnızca Dahili Alıcılara Gönder – Sözleşmelerin aynı Acrobat Sign hesabındaki alıcılara gönderilmesini kısıtlayın.
Yalnızca Dahili Alıcılara Gönder ayarı, kullanıcıların Acrobat Sign hesapları dışındaki alıcılara sözleşme göndermesini engeller. Etkinleştirildiğinde, sözleşmeler yalnızca hesap kimlikleri göndereninkiyle eşleşen alıcılara gönderilebilir. Bu kontrol, dahili güvenlik gereksinimlerini destekler ve sözleşmelerin harici olarak paylaşılmasını engeller.
- Telefon İşlem Kullanım Raporlaması: Grup düzeyinde görünürlük ve zamanlanmış rapor erişimi ile genişletilmiş raporlama
Telefon işlem raporlaması artık satın alınan miktarlar, kota başlangıç tarihleri ve SMS ile WhatsApp işlemleri genelinde ayrıntılı tüketim görünürlüğü sağlar. Müşteriler grup düzeyinde kullanımı takip edebiliyor ve birleşik raporlama deneyimi aracılığıyla zamanlanmış CSV raporlarına erişebiliyor, bu da daha doğru bütçeleme, dahili tahsis ve işlem sınırlarına ulaşıldığında hizmet kesintisini önlemek için proaktif izleme sağlıyor.
Raporlama artık raporlama arayüzünde zamanlanmış raporlar aracılığıyla oluşturulur, en son rapor çıktısını almak için API erişimi mevcuttur.
Yeni uç nokta: POST /api/rest/v6/reportDownload
Bu uç nokta bir scheduleId kabul eder ve bu zamanlama ile ilişkili en son oluşturulan CSV raporunun indirme URL'sini döndürür.
Deneyimdeki Değişiklikler
- Denetim Raporlarında İmza Görünümü: Her imzalayanın kullandığı imza giriş yöntemini kaydeder, uyumluluk görünürlüğünü artırır ve manuel doğrulamayı azaltır
Denetim raporları artık bir imzalayan imzasını uygularken kullanılan imza görünüm yöntemini kaydediyor. Her ESIGNED (e-imza) olayı için hesap denetimi izi, imzalayanın yazılı imza, çizilmiş imza, yüklenmiş görüntü veya mobil tabanlı çizim ya da görüntü yakalama kullanıp kullanmadığını tanımlar. Bu geliştirme, uyumluluk ve operasyon ekiplerinin imza yöntemlerini doğrudan denetim raporundan doğrulamasını sağlayarak belirsizliği azaltır ve gereksiz anlaşma redlerini önler.
İmza görünüm türleri:- Yazı: İmzalayan adını yazar ve font tabanlı imza stili seçer.
- Çizim: İmzalayan masaüstünde fare veya dokunmatik yüzey kullanarak imzasını çizer.
- Görüntü: İmzalayan masaüstünden imza görüntü dosyası yükler.
- Mobil Çizim: İmzalayan mobil aygıtta dokunarak imzasını çizer.
- Mobile Görüntü: İmzalayan mobil cihazda imza görüntüsü yükler veya yakalar.
- API İmzalama URL'leri için Kaydedilmiş İmzalar: API tabanlı imzalama sırasında kaydedilmiş profil imzalarının kullanımına olanak tanır
Kayıtlı kullanıcıların API tarafından oluşturulan imzalama URL'leri (GET /agreements/{agreementId}/signingUrls) aracılığıyla sözleşmeleri imzalarken kaydedilmiş profil imzalarını uygulamasına olanak tanıyın. Kaydedilen imzalar, hem dahili imzalayanlar hem de e-posta OTP'si veya Adobe ID kullanarak kimlik doğrulaması yapan harici imzalayanlar için görünür. Bu özellik, hesap düzeyinde güvenlik kontrollerini korurken arka uç entegrasyonları için imzalama iş akışlarını kolaylaştırır.
Güvenlik incelemesinin ardından Adobe tarafından hesap bazında etkinleştirilir.
- Modern deneyimde kişisel adres defteri yönetimi – Kullanıcılar modern İmza İste deneyiminde kişisel adres defterlerinden kayıtlı e-posta adreslerini doğrudan silebilir, böylece kişisel alıcı listelerini doğru ve güncel tutmak daha kolay hale gelir.
- Sözleşme Sona Erme Penceresi: Varsayılan sona erme süresi 365 güne uzatıldı
Sözleşmeler için maksimum tamamlanma son tarihi 180 günden 365 güne uzatıldı. Belge sona erme etkinleştirildiğinde, sözleşmelere artık otomatik olarak kaldırılamayan 365 günlük sona erme tarihi atanıyor. Bu değişiklik tüm sözleşmelerin tanımlanmış bir yaşam döngüsüne sahip olmasını sağlar, uzun vadeli takip ve uyumluluğu artırır ve kullanıcıların gerektiğinde daha erken son tarihler belirlemesine izin verirken sözleşmelerin süresiz açık kalma riskini azaltır.
- Yenilenen Ana Sayfa: İş akışı erişimini iyileştirir, kritik eylemleri öne çıkarır
Ana Sayfa, sözleşmeleri başlatmayı, etkinliği izlemeyi ve yakın zamanda gönderilen sözleşmeleri kopyalama, eylem kutucuklarını daha sezgisel bir sırada görüntüleme, Devam Eden ve Sizi Bekliyor öğelerini hızlıca tanımlama ve görsel karmaşayı azaltan kolaylaştırılmış Yenilikler afişini deneyimleme gibi temel özelliklere erişimi kolaylaştırmak için yeniden tasarlandı. Böylece kullanıcıların daha hızlı hareket etmesine, kaçırılan sözleşmeleri azaltmasına ve daha odaklanmış bir Ana Sayfa deneyiminde gezinmesine yardımcı olur.
Yeni Ana Sayfa yayınlandıktan sonra 10 gün içinde kademeli olarak kullanıma sunulacaktır. Zamanlama için Teknik Bildirime başvurun.
- Deneme Sürümü Geliştirmeleri: Sign Deneme Sürümü'ne en son katılım deneyimi eklendi.
Deneme Sürümü artık son ücretli sürümlerde sunulan gelişmiş başlangıç deneyimi ve özellikleri içerir.
- Yeni Özel İş Akışı Tasarımcısı varsayılan hale geliyor – Modern tasarımcıyı destekler, kullanıcı geçiş kontrollerini kaldırır, yönetici esnekliğini korur
Yeni Özel İş Akışı Tasarımcısı deneyimi artık tüm hesaplar için varsayılandır.Kullanıcılar artık klasik tasarımcıya dönmek için geçiş bağlantılarını görmüyor, yöneticiler gerektiğinde önceki deneyime erişimi yeniden etkinleştirme yeteneğini koruyor. Bu güncelleme, geçiş dönemi boyunca yönetimsel kontrolü korurken modern İş Akışı tasarım arayüzüne geçişi ilerletir.
REST API/Web Kancası Güncellemeleri
Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.
- Webhook'lar için mTLS anahtar yönetimi: Acrobat Sign tarafından oluşturulan anahtar seçeneği ekler, sertifika imzalama iş akışını etkinleştirir, güvenlik uyumluluğunu iyileştirir
Geliştiriciler artık Acrobat Sign'da webhook mTLS kimlik doğrulaması için özel anahtarların nasıl yönetileceğini seçebilir. Müşterilerin kendi özel anahtarını ve sertifikasını oluşturup yüklediği mevcut modele ek olarak, Acrobat Sign artık özel anahtarı ve sertifika imzalama isteğini (CSR) oluşturabiliyor. Müşteriler, sertifika yetkilisinden sertifika almak ve sertifikayı yükleyerek yapılandırmayı tamamlamak için CSR'yi kullanabilir. Bu seçenek, mevcut webhook mTLS davranışıyla uyumluluğu korurken özel anahtarları Acrobat Sign içinde tutarak güvenliği artırır.
- login_hint parametresi aracılığıyla dijital kimlik başlatma: API gönderenlerin alıcıya özel giriş tanımlayıcısı ile Dijital kimlik doğrulamasını başlatmasına olanak tanır.
Birkaç v6 REST API /agreements uç noktası artık API gönderenlerin e-posta adresi veya kullanıcı kimlik numarası gibi bilinen bir giriş tanımlayıcısı kullanarak Digital Identity Gateway kimlik doğrulamayı başlatmasına olanak tanıyan bir loginHint parametresini destekler. Kimlik sağlayıcı kullanıcı deneyimini kontrol eder, ancak tanımlayıcı genellikle giriş ekranını önceden doldurarak yüksek güvenilirlik doğrulama iş akışlarını güçlendirir ve kimliğe bürünme riskini azaltır. Tanımlayıcı, hassas verileri korurken izlenebilirliği sürdürmek için Dijital Kimlik Ağ Geçidi açılış sayfasında ve denetim raporunda maskelenmiş biçimde görünür.
Aşağıdaki uç noktalar loginHint parametresini içerecek şekilde güncellenmiştir:- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members
- OEM 2.0 Kimlik ve Güven Sınırı Geliştirmeleri – "Kişiselleştirilmiş/OEM e-posta adresini her yerde göster" özelliği artık aynı partner tarafından sağlanan kullanıcılara öncelik verir ve eşleşme bulunamadığında otomatik olarak bir alıcı oluşturur
"Kişiselleştirilmiş/OEM e-posta adresini her yerde göster" özelliği etkinleştirildiğinde, anlaşma katılımcı çözümlemesi aynı partner tarafından sağlanan kullanıcılara öncelik verir ve eşleşen kullanıcı bulunmadığında otomatik olarak bir alıcı kaydı oluşturarak hesaplar arasında tutarlı kimlik işleme sağlar.
Ek olarak, Kişiselleştirilmiş/OEM e-postayı her yerde göster etkinleştirildiğinde, denetim raporları bir göndericinin partner tarafından sağlanıp sağlanmadığını veya kişisel hesap olup olmadığını belirtir ve imzalayan akışları, farklı hesap türlerinde aynı e-posta adreslerinin bulunması durumunda kullanıcıları hesap değiştirmeye yönlendirerek karışıklığı azaltır ve istenmeyen erişimi önler.
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4520028 | Özet: Yönet sayfasındaki Grup sütunu, kullanıcılar birden fazla gruba ait olduğunda yanlış veya tutarsız değerler gösteriyordu. Kullanıcının birincil grubunu değiştirmek, anlaşmaların yanlış grubu göstermesine neden oluyordu; bu durum son seçilen birincil grup veya birden fazla grup dahil olmak üzere anlaşmanın başlangıçta gönderildiği grup yerine farklı grupları gösteriyordu. |
| Düzeltme: Grup sütununu oluştururken kullanıcının mevcut birincil grubu yerine sözleşmenin gönderen grubunu (agreement_group_id) kullanmak için Yönet sayfası mantığı güncellendi. | |
| 4532690 | Özet: "Sözleşmelerin yalnızca iş akışı kullanılarak gönderilmesini etkinleştir" ve "Yeni Özel İş Akışı gönderme deneyimini etkinleştir" seçeneklerinin her ikisi de etkinleştirildiğinde, kullanıcılar özel iş akışlarından oluşturulan taslak sözleşmeleri düzenleyemedi. Sistem, mevcut bir taslağı düzenlerken oluştur sayfasına erişimi yanlış bir şekilde engelledi ve bunu taslak düzenleme yerine yeni gönderme eylemi olarak değerlendirdi. |
| Düzeltme: Taslak düzenleme senaryolarını algılamak ve iş akışı kısıtlama kontrolünü atlayarak kullanıcıların özel iş akışlarından oluşturulan mevcut taslak anlaşmaları düzenlemelerine olanak tanımak için Oluştur sayfası mantığı güncellendi. | |
| 4536764 | Özet: Özel iş akışı aracılığıyla anlaşma gönderme, belirli şablon PDF'lerini işleme hatası nedeniyle sunucu hatasına neden oluyordu. Hata, bir veya daha fazla kaynak belgede geçersiz veya eksik ek açıklama görünüm verilerinden kaynaklandı ve bu durum ön doldurma sırasında oluşturma istisnasını tetikledi. Sorun tutarlı bir şekilde yeniden üretilemiyordu ve etkilenen iş akışları dışında çoğaltılamıyordu. |
| Düzeltme:PDF işleme katmanında oluşturma hatalarının ele alınması geliştirildi. | |
| 4537197 | Özet: Manuel olarak girilen alıcı adlarıyla yeni Toplu Halde Gönder deneyimi kullanılırken, belgeler arasında gerekli alıcı adı verilerinin yanlış işlenmesi nedeniyle imzalama sırasında ikinci ad alanı kaldırıldı. |
| Düzeltme:Anlaşmaları toplu olarak gönderirken tüm alıcı adı alanlarını doğru şekilde korumak için belge işleme mantığı güncellendi. | |
| 4538172 | Özet: Alıcı grupları içeren iş akışlarının kopyalanması, geçersiz alıcı grubu referansları nedeniyle Korumalı Alan Senkronizasyonu sırasında "İstek yürütme hatası" mesajıyla başarısız oldu. İş akışı, ortamlar arasında taşınabilir olmayan ortama özgü alıcı grubu kimliklerini kullanıyordu ve bu durum eşitleme sırasında doğrulamanın başarısız olmasına neden oluyordu. |
| Düzeltme: Alıcı grupları her iki ortamda da mevcut olduğunda iş akışı kopyalama işlemleri sırasında başarısızlıkları önlemek için alıcı grubu referanslarını doğru şekilde doğrulamak ve işlemek üzere Sandbox Sync işleyişi güncellendi. | |
| 4538251 | Özet: Yeni Toplu Halde Gönder deneyiminde, kaynak dosya mevcut AcroForm alanları içerdiğinde tam ad ve e-posta imzalayan bilgisi alanları imzalama sırasında veya son belgede görünmüyordu. Sorun, imzalayan bilgi alanlarını önceden var olan form alanlarıyla birleştirirken birleştirme alanı verilerinin yanlış işlenmesinden kaynaklanıyordu ve bu durum alanların alt anlaşmalarda işlenmemesine neden oluyordu |
| Düzeltme: Mevcut AcroForm alanları içeren belgelerde imzalayan bilgi alanlarını doğru şekilde uygulamak için birleştirme ve form alanı işleme mantığı güncellendi. | |
| 4545485 | Özet: Küçük resim oluşturma işlemi hatalı biçimlendirilmiş PDF form alanlarıyla karşılaştığında anlaşma oluşturma aralıklı olarak başarısız oluyordu. Hata, geçerli adları olmayan form alanları ve geçersiz iç içe alan yapıları içeren kaynak belgelerden kaynaklandı ve bu durum PDF oluşturma sırasında işleme hatalarını tetikledi. |
| Düzeltme: Hatalı form alanlarını işlemek ve küçük resim oluşturma ile sözleşme oluşturma sırasında hataları önlemek için PDF işleme sırasında doğrulama ve geçersizlik kontrolleri eklendi. | |
| 4545814 | Özet: XDP tabanlı iş akışlarından oluşturulan yatay yönelimli belgeleri işlerken alanlar yanlış hizalanıyor ve metin etiketleri görünür kalıyor. Yatay düzenlerdeki yanlış koordinat hesaplamaları uygunsuz alan yerleşimine neden oluyor ve metin etiketlerinin düzgün şekilde ayrıştırılıp kaldırılmasını engelliyor. |
| Düzeltme: Yatay yönelimli belgelerde form alanlarını doğru şekilde hesaplamak ve yerleştirmek için alan oluşturma mantığı güncellendi, işleme sırasında uygun hizalama ve metin etiketlerinin kaldırılması sağlandı. | |
| 4545978 | Özet: Yerel dijital imzalama kullanılırken imzalayan adlarındaki aksanlı karakterler görünür imza bloğunda yanlış oluşturuluyor. Sorun, belgede gömülü varsayılan fontun Batı Avrupa karakterleri için uygun kodlamaya sahip olmamasından kaynaklanıyor ve bu durum imza görünümü oluşturma sırasında yanlış karakter değişimine neden oluyor. |
| Düzeltme: Aksanlı karakterler için uygun kodlama içerecek şekilde gömülü font yapılandırması güncellendi, imza görünümünde imzalayan adlarının doğru görüntülenmesi sağlandı | |
| 4547100 | Özet: Klonlanmış çok satırlı metin alanları imzalı PDF'de tutarsız şekilde görüntüleniyor. Çok satırlı klonlama alanlarında varsayılan görünüm sözlüğü eksik, bu durum her iki alan da aynı boyut ve ayarları kullanmasına rağmen klonlanmış alanların kaynak alandan daha az satır görüntülemesine neden oluyor. |
| Düzeltme: Klonlanmış ve kaynak alanların imzalı belgelerde tutarlı şekilde görüntülenmesi için çok satırlı klonlanmış alanlara varsayılan görünüm sözlüğü eklendi. | |
| 4548305 | Özet: Katılım kontrol listesi, HIPAA etkinleştirilmiş olmasına rağmen "HIPAA hazırlığı için BAA talep et" seçeneğini Beklemede olarak gösteriyor. Kontrol listesi değerlendirme mantığı, devralınan HIPAA ile ilgili ayarları yanlış şekilde tamamlanmamış olarak değerlendiriyor ve özellik etkinleştirilmiş olmasına rağmen görev durumunun Beklemede kalmasına neden oluyor. |
| Düzeltme: HIPAA etkinleştirildiğinde katılım görevinin tamamlanmış durumu yansıtması için devralınan değerler dahil olmak üzere HIPAA ile ilgili ayarları doğru şekilde yorumlayacak kontrol listesi değerlendirme mantığı güncellendi. | |
| 4550731 | Özet: Fill & Sign kullanarak belgeleri imzalarken imza alt çizgisi ile zaman damgası arasında büyük bir boşluk görünüyor. Sorun, imza alanının oluşturulan imza içeriğini barındıracak kadar geniş olmaması durumunda ortaya çıkıyor ve imza görünümünde yanlış boşluklara neden oluyor |
| Düzeltme: İmza oluşturma, tanımlanan alan boyutlarına uyacak ve boşluğu uygun şekilde ayarlayacak şekilde güncellendi, alt çizgi ile zaman damgası arasındaki boşluk azaltıldı. | |
| 4550906 | Özet: Şifre Değiştir bağlantısı belirli kullanıcılar için geçersiz bir URL'ye işaret ediyor ve tarayıcı hatasına yol açıyor. Sorun, uygulamanın yapılandırmadan doğru URL yerine güncel olmayan bir uç nokta okuması durumunda ortaya çıkıyor ve ortamlar arasında tutarsız davranışa yol açıyor. |
| Düzeltme: Etkilenen ortamlarda doğru URL'yi kullanacak şekilde yapılandırılmış şifre değiştirme uç noktası güncellendi. | |
| 4550992 | Özet: Yeni deneyimde belirli şablonları düzenlemek, şablonu düzenleme modunda açmak yerine Şablon Oluştur sayfasına yönlendiriyor. Sorun, sistemin deneyimi mevcut kullanıcının ayarları yerine şablon sahibinin ayarlarına göre belirlemesinden kaynaklanıyor ve paylaşılan şablonları düzenlerken yanlış yönlendirmeye neden oluyor. |
| Düzeltme: Şablon düzenleme mantığı, şablon sahibinin ayarları yerine mevcut kullanıcının deneyim ayarlarını kullanacak şekilde güncellendi ve şablonların doğru düzenleme modunda açılması sağlandı. | |
| 4551756 | Özet: Onay talebi e-postaları, alıcı alanında çözülmemiş şablon değişkenlerini görüntülüyor ve yanlış e-posta biçimlendirmesine neden oluyor. Sorun, yetkilendirme çakışması bildirimlerini oluştururken e-posta şablonu oluşturma mantığındaki bir hatadan kaynaklanıyor. |
| Düzeltme: E-posta şablonu oluşturma işlemi, alıcı alanlarını doğru şekilde çözümleyip dolduracak şekilde güncellendi; onay isteği e-postalarında geçerli e-posta adreslerinin görüntülenmesi sağlandı. | |
| 4551768 | Özet: İmzalayanlar, form alanı görünüm işlemesindeki bir hata nedeniyle anlaşmalara erişirken veya sözleşmeleri tamamlarken işlenmeyen bir hatayla karşılaşıyor. Hatalı biçimlendirilmiş bir görünüm nesnesi, belge oluşturma sırasında ClassCastException'a neden olarak anlaşma görüntülenmesinde hata oluşturuyor. |
| Düzeltme: Form alanı işleme mantığı, dönüştürme öncesinde görünüm nesne türlerini doğrulayacak şekilde güncellendi, istisnaları önlüyor ve sözleşmeleri imzalama için doğru şekilde görüntülenmesini sağlıyor. | |
| 4552272 | Özet: İptal edilen veya terk edilen sözleşmeler, Yönet sayfasında Sizi bekliyor altında görünür. Sorun, iş akışı yeniden başlatma olayının katılımcı durum verilerini düzgün şekilde temizlememesi durumunda ortaya çıkıyor ve sözleşmenin yanlış görünümlerde görünmesine neden olan eski görünürlük ve dizinleme verileri bırakıyor |
| Düzeltme: İş akışı yeniden başlatma işleme ve dizinleme mantığı, önceki katılımcı durum verilerini doğru şekilde temizleyecek ve sözleşmelerin yalnızca doğru durumlarında görünmesini sağlayacak şekilde güncellendi. | |
| 4553158 | Özet: iOS'ta RTL dil ortamlarında imza paneli, imza çizerken doğru şekilde yanıt vermiyor. Panel, girdi yakalamak yerine kaydırılıyor; kullanıcıların çizmek ve imzayı uygulamak için manuel olarak kaydırması gerekiyor; bu durum yeni alıcı imza deneyimi etkinleştirildiğinde normal imzalama davranışını engelliyor. |
| Düzeltme: iOS'ta RTL düzenler için imza paneli etkileşim işleme güncellenmiş olup, istenmeyen kaydırma olmadan çizim girdisini doğru şekilde yakalayarak normal imza oluşturma ve uygulama işlemlerini mümkün kılıyor. | |
| 4553583 | Özet: İş Akışları, başında veya sonunda boşluk bulunan e-posta adreslerine izin veriyor; bu da yeni deneyimde gönderim sırasında sözleşmelerin sessizce başarısız olmasına neden oluyor. Sistem girdiyi doğrulamıyor veya normalleştirmiyor ve sorunu belirtmek için herhangi bir hata mesajı gösterilmiyor. |
| Düzeltme: E-posta adreslerinden boşlukları otomatik olarak kaldırmak ve geçersiz değerlerin kaydedilmesini önlemek için girdi işleme güncellenmiş ve mevcut İş Akışları için işleme eklenerek sözleşmelerin başarıyla gönderilebilmesi sağlandı. | |
| 4553676 | Özet: Yönet görünümünde köprüler yanlış görüntüleniyor; sözleşme başlığı URL'ye ekleniyor ve bu da bozuk bağlantılara neden oluyor. Sorun, Yönet arayüzünde köprüler oluşturulurken yanlış URL ayrıştırması nedeniyle ortaya çıkıyor. |
| Düzeltme: Köprü oluşturma, uygun URL ayrıştırması kullanacak şekilde güncellendi; bağlantıların değişmeden kalması ve tüm görünümlerde doğru çalışması sağlandı. | |
| 4555021 | Özet: OTP doğrulama, kod hemen girilse bile "süresi dolmuş" hatası vererek başarısız oluyor. Sorun, kimlik doğrulama akışındaki yarış durumu nedeniyle ortaya çıkıyor; birden fazla gönderim olayı OTP'nin zamanından önce geçersiz kılınmasına neden oluyor. |
| Düzeltme: OTP doğrulama akışı, yinelenen veya hızlı gönderim olaylarını doğru şekilde işleyecek şekilde güncellendi; zamanından önce süre dolması önlendi ve geçerli OTP girişlerinin başarılı olması sağlandı. | |
| 4555028 | Özet: İmzalayacak sonraki alıcının kaldırılması sistem hatasıyla başarısız olabilir ve anlaşmayı bekleyen revizyon durumunda bırakabilir. Sorun, alıcının aktif hatırlatıcısı olduğunda ortaya çıkıyor; bu durum anlaşma güncellemesinin başarıyla tamamlanmasını engelliyor. |
| Düzeltme: Alıcı kaldırma mantığı, sonraki imzalayanın aktif hatırlatıcıları olduğu durumları işleyecek şekilde güncellendi; anlaşma güncellemesinin hatasız tamamlanması sağlandı. | |
| 4555319 | Özet: Web formu oluşturucuları, formu önizlerken yalnızca Yazma ve Çizme imza seçeneklerini görürken imzalayanlar tüm mevcut seçenekleri (Yazma, Çizme, Görüntü, Mobil) görüyor. Sorun, önizleme modunun oluşturucu imzalayan olarak hareket etmediğinde etkinleştirilmiş imza giriş ayarlarını doğru şekilde uygulamadığı için oluşuyor. |
| Düzeltme: Web formu önizleme davranışı, etkinleştirilmiş imza girdi türlerinin tam setini uygulayacak şekilde güncellendi; oluşturucuların imzalayanlarla aynı imza seçeneklerini görmesi sağlandı. | |
| 4555345 | Özet: Birden fazla Şahitli İmza Sahibi alıcısı bulunan sözleşmeler, Taslaktan Önizleme'de "ParticipantSetsInfo değiştirilemez." hatası vererek açılamıyor. Sorun, özel İş Akışlarındaki yanlış katılımcı ve şahit sıralama mantığı nedeniyle oluşuyor ve sözleşmenin içerik oluşturma durumuna geri dönmesini engelliyor |
| Düzeltme: Özel iş akışlarında katılımcı ve tanık sıralama mantığı güncellenerek yürütme sırasının doğru hesaplanması sağlandı, anlaşmaların yazma durumuna dönmesi ve normal şekilde devam etmesi mümkün hale getirildi. | |
| 4555615 | Özet: Devredilen ve değiştirilen alıcılar için web kancası olay yükleri privateMessage alanını içermiyor. Sorun, özel mesajın webhook yüklerini oluşturmak için kullanılan alıcı durumuna aktarılmamasından kaynaklanıyor ve etkilenen olaylar için eksik veriye neden oluyor. |
| Düzeltme: Katılımcı veri işleme güncellenerek devredilen ve değiştirilen alıcılar için özel mesajların webhook yüklerine dahil edilmesi sağlandı. | |
| 4555687 | Özet: Anlaşmalar, belge görünürlük doğrulama hatası nedeniyle imzalandıktan sonra otomatik olarak iptal edilebilir ve gizli duruma taşınabilir. Bir katılımcı devredildiğinde veya değiştirildiğinde, belge görünürlük eşlemesi doğru şekilde aktarılmaz, bu da atanan alanlar ile görünür belgeler arasında uyumsuzluğa neden olur ve otomatik iptal tetikleyebilir. |
| Düzeltme: Devretme ve değiştirme mantığı artık yeni katılımcılar için belge görünürlük eşlemelerini doğru şekilde klonluyor, doğrulama hatalarını ve istenmeyen anlaşma iptalini önlüyor. | |
| 4556516 | Özet: Form alanları yapılandırılmış font boyutlarını yok sayabilir ve oluşturulan anlaşmalarda tutarsız şekilde görüntülenebilir. Sorun, belge işleme motorunun metin kırpılmasını önlemek için font boyutunu ayarladığı çok satırlı alanlarda oluşuyor ve sabit font boyutu ayarlarını geçersiz kılıyor. |
| Düzeltme: Çok satırlı alanların sabit font boyutu ayarlarına uyması için font işleme davranışı güncellendi, davranışı beklenen çıktı ile hizaladı ve istenmeyen boyut ayarlamalarını önledi. | |
| 4556967 | Özet: Seçili onay kutuları web formları için kesinleşmiş imzalı PDF'de seçilmemiş görünebilir. Sorun, belirli gizli değerler (örneğin, "no", "false", "0", "off", "unchecked") kullanıldığında ortaya çıkar ve Gibson etkinleştirildiğinde belge işleme sırasında onay kutusu durumlarının yanlış yorumlanmasına neden olabilir. |
| Düzeltme: Onay kutusu işleme güncellenerek gizli değerlerin doğru yorumlanması ve seçili durumların kesinleşmiş belgede korunması sağlandı, imzalama ile imzalı PDF arasında tutarlılık sağlandı. | |
| 4557222 | Özet: Alan şablonlarından gelen bağlantı alanları, bir iş akışı içinde kullanıldığında yazma sayfasında kaybolabilir. Sorun, bağlantı alanlarının İş Akışı tabanlı yazma sırasında döndürülen sözleşme formu alan verilerine dahil edilmemesi nedeniyle oluşur ve bu da eksik alanlara neden olur. |
| Düzeltme: İş akışı işleme sırasında alan şablonlarından gelen bağlantı alanlarını dahil etmek için form alanı işleme süreci güncellendi, böylece doğru şekilde birleştirilmeleri ve yazma sayfasında görüntülenmeleri sağlandı. | |
| 4557272 | Özet: İmzalama Tarihi alanı kesinleşmiş imzalı PDF'de görünmeyebilir. Sorun, belge işleme sırasında metin alanı oluşturma başarısız olduğunda oluşur ve tarih alanının çıktı belgesinde görüntülenmesini engeller. |
| Düzeltme: Metin alanı oluşturma işlemi null veya boş değerleri doğru şekilde işleyecek şekilde güncellendi, böylece İmzalama Tarihi alanının imzalı belgelerde tutarlı bir şekilde görüntülenmesi sağlandı. | |
| 4557282 | Özet: Web formlarındaki radyo düğmesi alanları, yeni şablon deneyimi kullanılarak oluşturulduğunda beklenmeyen bir araç ipucu değeri ("object Object") görüntüleyebilir. Sorun, boş araç ipucu değerlerinin yanlış işlenmesi nedeniyle ortaya çıkar ve yer tutucu verilerin gizlenmesi yerine oluşturulmasına neden olur. |
| Düzeltme: Araç ipucu işleme mantığı güncellenerek boş değerlerin düzgün şekilde yok sayılması sağlandı, web formlarında istenmeyen yer tutucu metnin görünmesi önlendi. | |
| 4557589 | Özet: Önceden doldurulmuş onay kutusu alanları, sözleşme imzaya gönderildiğinde işaretlenmemiş görünebilir. Sorun, onay kutusu veya radyo girdileri için yinelenen veya çakışan gizli değerler tanımlandığında ortaya çıkar ve bu durum belge işlemek sırasında seçili durumun yanlış yorumlanmasına neden olabilir. |
| Düzeltme: Alan değeri işleme özelliği, gizli değerleri doğru şekilde işleyecek ve önceden doldurulmuş seçimleri koruyacak şekilde güncellendi; böylece anlaşmalar oluşturulup gönderildiğinde onay kutusu durumları tutarlı kalır. | |
| 4557672 | Özet: Yeni imza isteme deneyimi, bir sözleşme gönderilirken hataya neden olan belirli alanı tanımlamadan genel bir hata ("Sağlanan istek geçersiz") görüntüleyebilir. Bu durum, alıcı ayrıntıları (telefon numarası biçimi gibi) doğrulamada başarısız olduğunda ancak hata kullanıcıya açık şekilde gösterilmediğinde ortaya çıkabilir. |
| Düzeltme: Doğrulama işleme, kullanıcıların anlaşmayı göndermeden önce geçersiz girişleri tanımlamasına ve düzeltmesine yardımcı olmak için belirli, alan düzeyinde hata mesajları sağlayacak şekilde güncellendi. | |
| 4557680 | Özet: Birden fazla belge birleştirilirken bazı anlaşmalarda onay kutusu veya radyo düğmesi eşleştirmeleri başarısız olabilir ve bu durum beklenen değerlerin uygulanmamasına yol açabilir. Sorun, varsayılan değerler tanımlanan dışa aktarma değerleriyle tam olarak eşleşmediğinde ortaya çıkar ve alanların ayrı gruplar olarak değerlendirilmesine ve eşleştirme davranışının bozulmasına neden olabilir. |
| Düzeltme: Alan eşleştirme mantığı, eşleşmeyen varsayılan değerleri yok sayacak ve belgeler arasında alanları doğru şekilde ilişkilendirecek şekilde güncellendi, böylece onay kutusu ve radyo düğmesi davranışının tutarlılığı iyileştirildi. | |
| 4557902 | Özet: Fill and Sign anlaşmalarında imza ile tarih ve saat damgası arasında fazladan boşluk görünebilir. Sorun, iyi biçimlendirilmiş imzalarda yanlış boşluk hesaplaması nedeniyle oluşur ve diğer imzalama akışlarına kıyasla tutarsız düzene yol açar. |
| Düzeltme: İmza düzeni hesaplaması güncellenerek imza ve zaman damgasının doğru konumlandırılması sağlandı, istenmeyen boşluklar kaldırıldı ve tutarlı biçimlendirme garanti edildi. | |
| 4557947 | Özet: Kitaplık şablonları kullanılırken onay kutusu alanları, imzalayan kişi bunları seçmiş olsa bile son imzalı PDF'de işaretsiz görünebilir. Sorun, onay kutusu alanları yanlış yapılandırıldığında veya belirli gizli değerler kullandığında oluşabilir ve bu durum belge işleme sırasında seçili durumun yanlış yorumlanmasına yol açar. |
| Düzeltme: Onay kutusu işleme güncellenerek gizli değerlerin doğru yorumlanması ve seçili durumların korunması sağlandı, böylece onay kutusu seçimlerinin imzalı belgede korunması garanti edildi. | |
| 4558295 | Özet: Gerekli radyo düğmesi değerleri son imzalı PDF'de eksik olabilir. Sorun, alan değerleri özel karakterler (örneğin, tırnak işaretleri veya semboller) içerdiğinde ve bunlar düzgün işlenmediğinde oluşabilir, bu da seçili değerin belge çıktısında görüntülenmemesine yol açar. |
| Düzeltme: Alan değeri işleme güncellenerek özel karakterlerin doğru işlenmesi sağlandı, böylece seçili değerlerin korunması ve imzalı PDF'de görüntülenmesi garanti edildi. | |
| 4558307 | Özet: Form alanları yapılandırılmış font boyutlarını yok sayabilir ve oluşturulan anlaşmalarda tutarsız şekilde görüntülenebilir. Sorun, belge işleme motoru metin kırpılmasını önlemek için font boyutunu ayarladığında çok satırlı alanlarda oluşabilir ve sabit font boyutu ayarlarını geçersiz kılar. |
| Düzeltme: Çok satırlı alanların sabit font boyutu ayarlarına uyması, istenmeyen yeniden boyutlandırmayı önlemesi ve tutarlı çıktı sağlaması için font görüntüleme davranışı güncellenmiştir. | |
| 4558554 | Özet: İmzalayanlar İmza Bloğu ile etkileşime girmeden anlaşmaları tamamlayabilir. Sorun, Gibson etkin hesaplarda İmza Bloğu imzalama sırasında düzgün görüntülenmediğinde veya uygulanmadığında oluşabilir ve yalnızca İmza Alanı ile tamamlamaya izin verir. |
| Düzeltme: İmza görüntüleme ve doğrulama mantığı güncellenerek İmza Bloklarının doğru görüntülenmesi ve sözleşme tamamlanmadan önce gerekli olması sağlandı. | |
| 4558725 | Özet: Metin etiketleri önizleme sırasında görüntülenemeyebilir veya form alanlarına dönüştürülemeyebilir. Sorun, yüklenen PDF desteklenmeyen veya geçersiz öğeler (örneğin, boş ek açıklamalar veya mevcut doldurulabilir alanlar) içerdiğinde oluşabilir ve bu durum metin etiketi işlemesinin başarıyla tamamlanmasını engeller. |
| Düzeltme: Metin etiketi işleme güncellenerek geçersiz veya desteklenmeyen ek açıklamalara sahip PDF'lerin daha güvenilir şekilde işlenmesi sağlandı, böylece alanların önizleme sırasında beklendiği gibi oluşturulması mümkün oldu. | |
| 4559285 | Özet: Yeni imza isteme deneyiminde ülke kodu seçerken belirli bölgeler için telefon kimlik doğrulaması başarısız olabilir. Sorun, kullanıcı arayüzü eksik veya yanlış ülke kodu (örneğin, Barbados için "+1246" yerine "+1") görüntülediğinde oluşur ve bu durum anlaşma gönderilirken doğrulama hatalarına neden olabilir. |
| Düzeltme: Ülke kodu işleme güncellenerek doğru tam arama kodlarının kullanılması sağlandı, böylece telefon numaralarının yeni deneyimde doğru şekilde doğrulanması ve işlenmesi garanti edildi. | |
| 4560119 | Özet: Form alanlarındaki metin, oluşturulan anlaşmalarda hizasız görünebilir veya üst üste gelebilir. Sorun, belge işleme motoru tarafından görüntüleme farklılıkları getirildiğinde çok satırlı metin alanlarında oluşabilir ve yazma görünümüne kıyasla düzen kaymasına yol açar. |
| Düzeltme: Çok satırlı alanlar için metin görüntüleme ve düzen işleme güncellenerek hizalamanın iyileştirilmesi ve üst üste gelmenin önlenmesi sağlandı, yazma ve son belgeler arasında daha tutarlı görüntü garanti edildi | |
| 4562058 | Özet: Gönder sayfasında adres defterinden farklı bir e-posta seçildiğinde alıcı adı değişmeden kalabilir. Sorun, yeni bir kişi seçildiğinde ad alanının yenilenmemesi nedeniyle ortaya çıkar ve görüntülenen ad ile seçilen e-posta arasında uyumsuzluğa neden olur. |
| Düzeltme: Alıcı seçim davranışı güncellendi, böylece yeni bir kişi seçildiğinde ad alanı her zaman yenilenir ve ad ile e-postanın senkronize kalması sağlanır. | |
| 4566339 | Özet: Hatalı biçimlendirilmiş alan değerleri olan statik XFA PDF'leri işlenirken yanlış onay kutusu durumları görünebilir. Sorun, desteklenmeyen veya geçersiz XFA verilerinin (örneğin, sayısal alanlardaki dize değerleri) tutarsız şekilde işlenmesi durumunda oluşabilir, özellikle Gibson etkin ortamlarda onay kutusu varsayılanlarının yanlış yorumlanabileceği durumlarda. |
| Düzeltme: Belge işleme hattındaki XFA işleme, hatalı değerleri daha tutarlı şekilde normalleştirmek veya yok saymak, yanlış onay kutusu durumlarını önlemek ve davranışı ortamlar arasında hizalamak için güncellendi. | |
| 4567278 | Özet: Dinamik katılımcılar etkinleştirildiğinde salt okunur metin alanları imzalama sayfasında görünmeyebilir. Sorun, katılımcı çözümleme sırasında alan oluşturma tutarsızlıkları nedeniyle oluşur ve düzenlenemez alanların imzalayan görünümünden çıkarılmasına neden olabilir. |
| Düzeltme: Dinamik katılımcılar için alan oluşturma mantığı güncellendi, salt okunur alanların imzalama sırasında tutarlı şekilde dahil edilmesi ve görüntülenmesi sağlandı. | |
| 4568023 | Özet: Görüntü ve Mobile imza seçenekleri, imzalama sırasında web formlarında görünmeyebilir. Sorun, web formu giriş akışında imza seçeneklerinin tutarsız yüklenmesi nedeniyle oluşabilir; burada belirli imzalama yöntemleri oturum yeniden yüklenene veya alternatif bir yol üzerinden erişilene kadar görünmez. |
| Düzeltme: Web formu imzalama başlatma süreci güncellendi, tüm etkin imza seçeneklerini tutarlı şekilde yükleyerek Görüntü ve Mobile yöntemlerinin tüm giriş noktalarında kullanılabilir olması sağlandı. |
Adobe Acrobat Sign sürüm v17.1.1
Üretim dağıtımı: 16 Haziran 2026
GovCloud dağıtımı: 18 Haziran 2026
Gelişmiş İşlevsellik
- Raporlamada Alıcı Filtresi – Raporlara ve veri dışa aktarmalarına alıcı tabanlı filtreleme ekleyin.
Modern Raporlama'da Sözleşme ve İşlem Raporları ile Veri Dışa Aktarımları için bir Alıcı filtresi ekleyin. Yöneticiler, rol veya imzalama sırasına bakılmaksızın belirtilen alıcıyı içeren tüm sözleşmeleri döndürmek için alıcı e-postasına göre filtreleyebilir. Filtre, mevcut Gönderen filtresiyle tutarlı otomatik tamamlama ve çoklu seçim davranışını destekler ve hem görsel raporlara hem de CSV dışa aktarmalarına uygulanır.
Deneyimdeki Değişiklikler
- Modern eSign'da Bio-Pharma (CFR) Desteği – İmzalama nedeni yakalama ve zorunlu imza zamanı yeniden kimlik doğrulama ekler
İmzalama nedeni yakalama ve imza zamanı yeniden kimlik doğrulama da dahil olmak üzere Bio-Pharma imzalama ayarları artık modern eSign deneyiminde destekleniyor. Bu ayarları kullanan sözleşmeler artık klasik imzalama deneyimine geri dönmez. Müşteri eylemi veya yönetici ayar değişikliği gerekmez.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Çözümleri | Yapılandırma kapsamı: Modern eSign'da Bio Pharma ayarları desteği varsayılan olarak etkindir.
REST API/Web Kancası Güncellemeleri
Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.
- API aracılığıyla sözleşme bildirimlerini bastırın – Alıcı mesajlaşması üzerinde ayrıntılı kontrol ekleyin
REST v6 POST /agreements API'sini kullanarak, katılımcılar, CC'ler veya gönderen için belirli e-posta türlerini bastırarak sözleşmeler oluştururken hangi bildirimlerin gönderileceğini kontrol edin. Bu, gereksiz e-postaları azaltır ve entegre iş akışlarında daha temiz, daha kontrollü imzalama deneyimlerini destekler.
Kullanılabilir ortamlar: Korumalı Alan, Ticari, Devlet | Kullanılabilir hizmet katmanları: Acrobat Sign Çözümleri | Yapılandırma kapsamı: REST v6 API
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4545881 | Özet: Acrobat'ta İndir ve İmzala'yı kullanan imzalayanlar, Dijital Kimlik sertifikası commonName, givenName veya pseudonym gibi beklenen imzalayan adı değerini içermediğinde, dijital olarak imzalanmış PDF yükledikten sonra "Adobe Acrobat Sign tanıyamıyor" hatası alabiliyor. İmzalanmış PDF yüklenmiş olmasına rağmen sözleşme tamamlanamadı. |
| Düzeltme: Acrobat Sign artık yükleme doğrulama işlemi sırasında hata vermeden eksik imzalayan adı değerleri olan Dijital Kimlik sertifikalarını işler. Sertifika bir tane içermiyorsa imzalayan adı görüntülenmeyebilse de imzalama başarıyla tamamlanabilir. | |
| 4547132 | Özet: Sözleşmeler POST /agreements API isteği aracılığıyla oluşturulduğunda ve securityOption null olarak ayarlandığında, hesap ayarları varsayılan kimlik doğrulama yöntemi olarak E-posta OTP gerektirse bile harici alıcılara kimlik doğrulama yöntemi olarak Yok atanabilirdi. Dahili alıcı kimlik doğrulaması doğru uygulandı, ancak harici alıcı kimlik doğrulaması uygulanmadı. |
| Düzeltme: Acrobat Sign artık API ile oluşturulan sözleşmeler null securityOption değerine sahip alıcılar içerdiğinde hesapta yapılandırılmış varsayılan kimlik doğrulama yöntemini doğru şekilde uygular. Harici alıcılar artık "Yok" yerine gerekli varsayılan kimlik doğrulama yöntemini alır. | |
| 4553171 | Özet: Yeni Şablon Oluştur deneyimini kullanan geliştirici hesaplarında, yeniden kullanılabilir şablonlar Yönet sayfasında [YALNIZCA DEMO KULLANIMI] ön ekini gösterebiliyor, ancak şablon adını düzenlerken ön ek kullanılamıyor. Kullanıcılar tam adı değiştirmedikleri veya klasik şablon deneyimine geçmedikleri sürece mevcut şablon adından öneki kaldıramıyorlardı. |
| Düzeltme: Yeni Şablon Oluştur deneyimi artık geliştirici hesabı filigran davranışı için yeniden kullanılabilir şablon adı ve sözleşme adını hizalı tutuyor. Kullanıcılar klasik deneyime geçmeden [YALNIZCA DEMO KULLANIMI] ön eki dahil olmak üzere tam şablon adını düzenleyebilir | |
| 4556731 | Özet: Bir gönderen alıcıyı kendisiyle değiştirdikten sonra sözleşmeyi başka bir alıcıya devrettikten sonra, sözleşme Devam ediyor durumuna dönüyor, ancak İmzalı Belge Yükle seçeneği kullanılamaz durumda kalıyor. Bu, gönderenin o devretme sırasından sonra uygun devam eden sözleşmeler için imzalı bir kopya yüklemesini engelledi. |
| Düzeltme: Acrobat Sign artık bir alıcı gönderenle değiştirilip ardından başka bir alıcıya devredildiğinde, sözleşme imzalı belge yüklemeye uygun olduğunda İmzalı Belge Yükle seçeneğini doğru şekilde geri yüklüyor. | |
| 4557576 | Özet: Bir imza bloğu birden fazla üyesi olan bir alıcı grubuna atandığında, imza bloğundaki e-posta değeri net görüntülenmek yerine kesilebiliyordu. Bu, grup üyesi imzalamayı tamamlamadan önce alıcı grup bilgilerinin okunmasını zorlaştırabilirdi. |
| Düzeltme: Acrobat Sign artık imza bloklarında alıcı grup e-posta bilgilerini görünür metni aniden kesmeden görüntüler. Uzun alıcı grubu e-posta değerleri, görüntülenen bilgilerin imza bloğu içinde okunabilir kalması için işlenir. | |
| 4561898 | Özet: Bazı alıcılar, belirli PDF belgelerini kullanan sözleşmeler için kimlik doğrulama sonrasında veya imzalamayı tamamlarken sunucu hatası alabilirdi. Hata, imzalı belge oluşturma sırasında PDF yapı verilerinin işlenmesindeki bir sorundan kaynaklanıyordu ve imzalayanın anlaşmayı tamamlamasını engelliyordu. |
| Düzeltme: Acrobat Sign artık imzalama ve belge oluşturma sırasında PDF yapı verilerini daha güvenli bir şekilde işler. Düzeltme, yapı ağacı çakışmalarının tamamlanmayı engellemesini önleyerek alıcıların etkilenen sözleşmeleri başarıyla doğrulamasına, imzalamasına ve tamamlamasına olanak tanır. | |
| 4562041 | Özet: Acrobat Sign webhook yükü oluştururken dahili sunucu hatası aldığında bazı webhook bildirimleri gecikebilir veya yayımlanamayabilirdi. Etkilenen hesap için 19 Mart 2026'da birkaç olay etkilendi, bunlar arasında AGREEMENT_WORKFLOW_COMPLETED ve diğer sözleşme olayları vardı ve bu durum aşağı akış müşteri iş akışlarını geciktirdi |
| Düzeltme: Acrobat Sign artık webhook yükü oluşturma hatalarını daha güvenilir şekilde işler, böylece başarısız dahili yanıtlar olay teslimatını engelleyen veya geciktiren bir şekilde önbelleğe alınmaz. Düzeltme, regresyon testi ile doğrulandı ve etkilenen webhook olaylarının aynı yük oluşturma hata yolundan kaynaklanarak geciktirilmesini önlemek amacıyla tasarlandı. | |
| 4562458 | Özet: Alıcılar, talep edilen hesap etki alanlarında etkin olmayan kullanıcılara gönderilen sözleşmeler için imzalama URL'sini açarken, E-posta OTP veya parola kimlik doğrulaması gibi alıcı kimlik doğrulaması kullanıldığında Geçersiz sözleşme ID'si belirtildi hatası alabiliyor. İmzalama akışı, imzalama sürecini devam ettirmek için tek kullanımlık bekleyen kullanıcı oluşturuyordu, ancak imzalama bilgisi isteği yeni oluşturulan katılımı içermeyen eski anlaşma verilerini okuyabiliyordu ve imzalama bağlantısı yeniden oluşturulana veya veriler yenilenene kadar erişimi engelleyebiliyordu. |
| Düzeltme: Acrobat Sign artık bu iş akışında kimlik doğrulamalı imzalama URL'lerini açarken güncel anlaşma katılım verilerini alıyor. Bu, eski önbelleğe alınmış anlaşma verilerinin geçersiz anlaşma ID'si hatalarına neden olmasını önler ve alıcıların kimlik doğrulamayı tamamlayıp e-imzalama sayfasına başarıyla erişmesini sağlar. | |
| 4566894 | Özet: Birden fazla şablondan oluşturulan bazı süresi dolmuş anlaşmalar Yönet sayfasından kopyalanamıyordu. Kullanıcılar Kopya Oluştur'u seçtiğinde, kopya işlemi Sözleşme kopyalanamadı hatasıyla başarısız oluyor. Birden fazla şablona sahip anlaşmaları kopyalarken şablon erişimi doğrulaması başarısız olduğu için lütfen daha sonra tekrar deneyin. |
| Düzeltme: Acrobat Sign artık birden fazla şablondan oluşturulan anlaşmaları kopyalarken şablon bilgilerini doğru şekilde doğrular. Etkilenen anlaşmalar artık arka uç oturum hatasını tetiklemeden kopyalanabiliyor. | |
| 4568666 | Özet: Atanmış kullanıcı ID'si olmayan tanık katılımcıları içeren anlaşmalar için webhook bildirimleri ara sıra başarısız olabiliyordu. Ana anlaşma olayı oluşturuldu, ancak katılımcı verileri öngörülemeyen bir sırada işlendiğinde webhook yükü oluşturma işlemi başarısız olabiliyordu ve AGREEMENT_CREATED sonrasında beklenen bazı webhook olaylarının teslim edilmemesine neden olabiliyordu. |
| Düzeltme: Acrobat Sign artık payload oluşturma sırasında eksik kullanıcı ID'leri içeren webhook katılımcı verilerini güvenli şekilde işliyor. Bu, tanık yer tutucu katılımcılarının webhook payload hatalarına neden olmasını önler ve beklenen anlaşma webhook olaylarının tutarlı şekilde teslim edilmesini sağlar. | |
| 4571682 | Özet: Power Automate'in daha sonraki bir form dolduranın sırasından önce alıcı gruplarını değiştirdiği bazı anlaşmalarda, sonraki form dolduran için salt okunur alanlar görünmeyebiliyordu. Form dolduran düzenlenebilir alanlarını tamamladıktan sonra, alanlar hâlâ doğru şekilde atanmış ve API aracılığıyla görünür olarak işaretlenmiş olsa bile, bu alanlar anlaşmadan kaybolabiliyordu. |
| Düzeltme: Acrobat Sign artık alıcı grubu üyeliği değişikliklerinden sonra sonraki alıcı grupları için alan görünürlüğünü koruyor. Salt okunur alanlar, imza blokları, açılır menü seçimleri ve diğer tamamlanmış alan değerleri, düzeltilen senaryolar için sonraki alıcılar ve indirilen PDF'de kullanılabilir durumda kalır. | |
| 4571845 | Özet: Yüz yüze imzalayanın e-posta adresi farklı bir parçadaki mevcut kullanıcı hesabıyla eşleştiğinde, yüz yüze imzalama sunucu hatasıyla başarısız olabilir ve anlaşmanın tamamlanması engellenir. |
| Düzeltme: Yüz yüze imzalayan işlemi güncellendi ve artık geçici imzalayan kaydını doğru şekilde oluşturuyor ve kullanıyor, parçalar arası kullanıcı çakışmalarını önleyerek imzalama oturumunun başarıyla tamamlanmasını sağlıyor. | |
| 4573019 | Özet: Alıcı grupları ve alıcıların karışık şekilde kaldırıldığı dinamik katılımcı güncellemelerinden sonra alıcı grubu sırası yanlış hesaplanabilir, bu da kalan grubun yanlış yönlendirme sırası görüntülemesine neden olur. |
| Düzeltme: Katılımcı sırası yeniden hesaplaması güncellendi, böylece alıcı grupları karmaşık dinamik katılımcı kaldırma işlemlerinden sonra doğru sırayı koruyor; bu, bir grubun tek kalan üyeye indirgendiği durumları da içeriyor. | |
| 4572455 | Özet: Bazı imzalayanlar, imza uygulanmış ve sözleşme bir sonraki alıcıya geçmiş olsa bile, imzalamayı tamamladıktan sonra İşlenmeyen Hata veya Bir sorun oluştu mesajı görebiliyor. Sorun, dinamik katılımcılar etkinleştirildiğinde ve imzalama akışı belgeyi bir sonraki imzalayan için hazırlamaya çalıştığında ancak beklenen imzalı belge sürümünü bulamadığında ortaya çıkıyordu. |
| Düzeltme: Acrobat Sign artık bir anlaşmayı bir sonraki imzalayan için hazırlarken doğru imzalı belge sürümünü kontrol ediyor. Bu, dinamik katılımcılar etkinleştirildiğinde imzalama akışının başarılı bir imzadan sonra hata göstermesini önler. |
