Son güncelleme:
2 Nis 2026
Adobe Acrobat Sign Sürüm Notları: 2025
Üretim dağıtımı: 11 Şubat 2025
GovCloud dağıtımı: 18 Şubat 2025
Gelişmiş İşlevsellik
- Özel Gönderim İş Akışları için iyileştirilmiş kullanıcı arabirimi: Özel İş Akışı Tasarımcısı, İmza İste görünümüne uygun daha iyi bir gönderme deneyimi sunacak şekilde güncellendi.
Kullanılabilir ortamlar: Sandbox, Ticari, Devlet | Kullanılabilir hizmet katmanları: Acrobat Sign Çözümleri | Yapılandırma kapsamı: Grup, Hesap
Deneyimdeki Değişiklikler
- Sözleşmenin süresinin dolması 12 saate kadar ertelenebilir: Bu sürümden itibaren, bir anlaşmanın otomatik olarak sona ermesi, anlaşmayı yöneten ortam için yoğun olmayan saatlerde gerçekleşecektir. Uygulamada, herhangi bir Acrobat Sign ortamının yoğun trafik saatlerinde sona eren herhangi bir sözleşme, ortam yoğun olmayan zaman penceresine girdiğinde yürütülmek üzere sıraya alınır.
- Workday: Aadhaar Kimlik Sağlayıcısı için Dijital İmza desteği - Workday entegrasyonunu kullanan müşteriler artık alıcılarını doğrulamak için bir yöntem olarak Aadhaar Kimlik Sağlayıcısını kullanabilir.
REST API/Web Kancası Güncellemeleri
Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.
- Tüm etkinlik bildirim yüklerine yeni bir accountId özelliği ekleniyor.
- OEM Embed 2.0 iş ortakları artık kanalları için bir web kancası ayarlayabilecek ve her bir müşteri hesabından gelen tüm varlık bildirimlerini dinleyebilecek.
- Yeni Ayarlar API'leri
- POST /accounts/{accountId|me}/settings/search: Tanımlanan hesabı (accountId) ve ayar adlarının listesini alır ve belirtilen hesap için değerleriyle birlikte ayar adlarının listesini döndürür. Yalnızca hesap düzeyindeki değerler döndürülür.
- Yönetici olmayan kullanıcılar tarafından kullanılabilir.
- PUT /accounts/{accountId|me}/settings: Belirlenen hesaba (accountId) ayar adları ve bunların değerlerinin yer aldığı bir liste uygular.
- POST /accounts/{accountId|me}/settings/search: Tanımlanan hesabı (accountId) ve ayar adlarının listesini alır ve belirtilen hesap için değerleriyle birlikte ayar adlarının listesini döndürür. Yalnızca hesap düzeyindeki değerler döndürülür.
- Yeni Logo API'leri
- POST /accounts/{accountId|me}/logo: CoBrandingLogo dosyasını yükler.
- GET /accounts/{accountId|me}/logo: CoBrandingLogo görüntü dosyasının görüntü verilerini yüklendiği formatta döndürür.
- Yönetici olmayan kullanıcılar tarafından kullanılabilir
- DELETE /accounts/{accountId|me}/logo: Hesabın CoBrandingLogo görüntüsünü temizler.
- İmzalama Nedeni API'leri
- GET /accounts/{accountId|me}/signingReasons: Tanımlanan hesabın (accountId) imzalama nedenlerinin bir listesini döndürür.
- Yönetici olmayan kullanıcılar tarafından kullanılabilir.
- POST /accounts/{accountId|me}/signingReasons: Tanımlanan hesap (accountId) için yeni bir imzalama nedeni oluşturur.
- GET /accounts/{accountId|me}/signingReasons/{signingReasonId}: Tanımlanan imzalama nedeninin metnini (signingReasonId) tanımlanan hesaptan (accountId) alır. hesabın belirtilen imzalama nedeni.
- Yönetici olmayan kullanıcılar tarafından kullanılabilir
- PUT /accounts/{accountId|me}/signingReasons/{signingReasonId}: Tanımlanan imzalama nedenini (signingReasonId) tanımlanan hesaptan (accountId) günceller.
- DELETE /accounts/{accountId|me}/signingReasons/{signingReasonId}: Tanımlanan imzalama nedenini (signingReasonId) tanımlanan hesaptan (accountId) kaldırır.
- GET /accounts/{accountId|me}/signingReasons: Tanımlanan hesabın (accountId) imzalama nedenlerinin bir listesini döndürür.
- Swagger sayfalarında accountId'nin kısa yolu olarak me kullanılmaya başlandı.
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4479949 | Özet: Bir IDP'ye yapılan OIDC API çağrıları, "Content-type:application/x-www-form-urlencoded" başlığında "charset=UTF-8" parametresini içeriyor. Bu, geçerli bir yanıt yerine hata oluşturuyor. |
| Düzeltme: Karakter kümesi belirtilmemesi gerektiğinden karakter kümesi kaldırıldı. | |
| 4490523 | Özet: PDF'yi yazdırma düğmesi, Sözleşmeyi Okuyun görünümünde kullanılamıyor. |
| Düzeltme: Sözleşmeyi Oku görünümüne bir yazdırma düğmesi eklendi. | |
| 4494248 | Özet: Müşterinin saat dilimi bilgisini iletmemesi nedeniyle sözleşmede Sözleşmenin Sona Erme Süresi yanlış yazıyor. |
| Düzeltme: Müşteri, zaman dilimini algılayacak şekilde güncellendi. | |
| 4494297 | Özet: Bir kullanıcı, başka bir kullanıcı adına bir anlaşmayı delege ettiğinde (gelişmiş hesap paylaşımını kullanarak), denetim raporu, verileri içermeyen veya içeren yapılandırılmış ayarlara bağlı olarak delegasyon etkinliğini göstermeyebiliyor. |
| Düzeltme: Verileri gizleyen işlev, bazı içerikleri gizleyen ancak etkinliğin korunduğu durumları dikkate alacak şekilde iyileştirildi. | |
| 4495537 | Özet: Bir sözleşme İş Akışı üzerinden özel e-posta şablonları kullanılarak gönderildiğinde ve sonrasında tüm taraflara bildirimde bulunulması talebi olmadan iptal edildiğinde, alıcılar CC'ye eklenen katılımcılar olarak iptal e-postaları alıyor. |
| Düzeltme: CEMT şablonlarının CSS'si, özel olmayan şablonlar gibi iptal senaryolarını yönetecek şekilde güncellendi. | |
| 4495963 | Özet: Hesaptaki kullanıcılar için delegasyona izin verilmezse bir kullanıcı profili için imzalama veya e-mühürlemeyi etkinleştirme seçenekleri kilitleniyor. |
| Düzeltme: Delegasyonun bağımlılığı kullanıcı arabiriminde kaldırıldı, ayar güncellenebilir. | |
| 4496084 / 4510358 | Özet: Seçilen doğru radyo düğmesi, seçenekler listesiyle birlikte açılınca ayarlanmıyor |
| Düzeltme: Seçenekler listesi bir radyo düğmesinde yer aldığında, artık seçilen radyo düğmesi dizinini, seçenekler listesinden alıyoruz. | |
| 4497823 | Özet: Geçerli bir sözleşme için GET /SigningUrls tarayıcısında katılımcı olmayan bir kullanıcı oturumu için kullanıcı mesajı ("Geçersiz sözleşme kimliği"). |
| Düzeltme: Kullanıcı bildirimini ("Geçersiz sözleşme kimliği") anlamlı bir mesajla yeniden ifade edin. | |
| 4498914 / 4501065 | Özet: Kullanıcılar, doğrulama türü Acrobat Sign olduğunda ve yanlış bir sınırlayıcı nedeniyle Bio Pharma ayarları etkinleştirildiğinde belgeyi imzalayamıyor. |
| Düzeltme: Kullanılan sınırlayıcı düzeltildi. | |
| 4499847 | Özet: Dijital ayarlar, sağlayıcılar listesindeki yinelenen girişler nedeniyle kullanıcı arabirimi ayarlarını kullanmıyor ve seçilen sağlayıcılardan daha fazlasını gösteriyor. |
| Düzeltme: Ayar değerini getirmeden ve ayar değerini güncellemeden önce yinelenenlerin temizlenmesini sağlamak için temizleme kodu eklendi. | |
| 4500637 | Özet: Bir PDF'nin oluşturulma verileri, PDF tarih dizesi biçimini kullanmak yerine, Tarih kısmının milisaniyeleri olan uzun bir değerle gösteriliyor. |
| Düzeltme: Oluşturulma Tarihi bir CosNumeric ile temsil ediliyorsa CosNumeric'i bir Dize olarak alıp daha sonra onu bir long nesnesine ve ardından Date nesnesine dönüştürerek onu bir ASDate'e dönüştürün. | |
| 4500649 | Özet: Font boyutunun otomatik ayarlanması, bir yukarı akışlı kitaplıktaki hata nedeniyle çalışmıyor. |
| Düzeltme: Kitaplık güncellendi. | |
| 4501939 | Özet: İmzalayan kişi AVS ile desteklenmeyen yapılandırma nedeniyle Braintree üzerinden ödeme yaparken "Beklenmeyen hata" veya "izin hatası" oluşuyor. |
| Düzeltme: Mümkün olduğunda AVS'yi göz ardı etmek için bazı kodlar eklendi. Müşteriler, AVS yapılandırmasının Acrobat Sign ile uyumlu olmadığı konusunda uyarılır. | |
| 4502497 | Özet: Yeni İçerik Oluşturma düzeninde paraf alanı varsayılan olarak Gerekli olarak ayarlanmıyor. |
| Düzeltme: Varsayılan, Gerekli olacak şekilde düzenlendi. | |
| 4502759 | Özet: Denetim Raporunda İmzalayanlar için Japonca saygı ifadeleri tekrarlanıyor. |
| Düzeltme: Artık createSignatureRequestedAuditEvent() isteğindeki tüm durumlarda kullanıcı listesi dizesini kullanıyoruz. Buna, işlevde kullanılan tüm denetim olayı dizelerinden saygı karakterinin kaldırıldığı bir dize değişikliği eşlik edecek. | |
| 4503010 | Özet: Action GET /agreements/ID, 17 Eylül'den sonra kaynak kontrolü nedeniyle birkaç sözleşmede 500 - Çeşitli sunucu hatası veriyor. |
| Düzeltme: Kaynak kontrolü kaldırıldı. | |
| 4503107 | Özet: GÖNDER ve İMZALA izinlerine sahip bir paylaşımcı, paylaşımcının hesabına geçtiğinde ve paylaşımcının ilk imzalayan olduğu bir iş akışı başlattığında, kullanıcı ESIGN sayfası yerine POST_SIGN sayfasına yönlendiriliyor. |
| Düzeltme: Yerinde kontrol, paylaşım sahibinin sözleşmenin gönderildiği grubun İMZALA izinlerine sahip olduğundan emin olmak için güncellendi. | |
| 4503112 | Özet: iText hatası nedeniyle sözleşme AUTO_AUTHOR_FAIL hatasıyla otomatik olarak iptal oluyor. |
| Düzeltme: iText karşılıksız kaldığı yerlerden kaldırıldı ve hata çözüldü. | |
| 4503640 | Özet: Form dolduran kişi belgeyi gönderemiyor. XFA belgelerinde kullanıcı "Gönder" öğesini tıklattığında sunucu hatası görüntüleniyor. |
| Düzeltme: XFA için PDF'leri değerlendiren kitaplık, XFA'yı düzgün bir şekilde tanımlayıp kaldıracak şekilde iyileştirildi. | |
| 4504309 | Özet: Filtredeki eksik uç nokta nedeniyle Gelişmiş Hesap Paylaşımı üzerinden Taslak klasör sözleşmeleri gönderilemiyor. |
| Düzeltme: filter.xml dosyasındaki allowListedEndPointsBasedOnSendPermissions dosyasına /account/requestSignatures/authoring URL'si eklendi. | |
| 4504567 | Özet: Sözleşmeler toplu gönderim yoluyla oluşturulduğunda radyo düğmesi değerleri değiştiriliyor. |
| Düzeltme: SiB alt sözleşmeleri oluştururken ekleme sırasını korumak için hashmap, linkedhashmap ile değiştirildi. | |
| 4504631 | Özet: İş akışı işleniyor hatası. Hata mesajı: iText dosyasındaki desteklenmeyen karakterler nedeniyle çözülemeyen hata |
| Düzeltme: iText güncellendi. | |
| 4504822 | Özet: Kullanıcı listesi çok büyükse Kullanıcı Arama temizleniyor ve önceki arama (sayfa açıldığında kullanıcıların ilk yüklenmesi gibi) tamamlanmadan önce bir arama isteniyor. |
| Düzeltme: Veriler alındığında requestID'nin en son gelen istekle eşleşip eşleşmediğini kontrol ediyoruz. Eşleşiyorsa yanıtı işliyoruz. Eşleşmiyorsa yok sayıyoruz. | |
| 4504831 / 4507199 | Özet: İmzalanan sözleşme, font nesnesinin gerekli alt türünü belirtmeyen kötü biçimlendirilmiş bir PDFFont nesnesi nedeniyle 1KB boyutunda geçersiz bir PDF sağlıyor. |
| Düzeltme: PDF oluşturan kitaplık, hatalı biçimli nesneleri daha iyi yönetecek ve daha ince bir sonuç sağlayacak şekilde güncellendi. | |
| 4506230 | Özet: Otomatik alan tanıma, ek açıklama hatalı veya aradığınız yerde bulunmadığından dolayı Korumalı Alanda çalışmıyor. |
| Düzeltme: Artık doğru sayfaya ulaştığımızdan emin olmak için form alanının açıklamasını bulmak amacıyla her sayfayı ve o sayfadaki her açıklamayı arıyoruz. | |
| 4506959 | Özet: İmza Sonrası Açılış Sayfası'nda HTML kodlu karakterler gösteriliyor. |
| Düzeltme: Kaynak şablon düzeltildi. | |
| 4508950 | Özet: Adında kesme işareti bulunan alanlar yeni deneyimde hataya neden oluyor. |
| Düzeltme: Alan ayrıştırma kodu, kesme işaretlerini yönetecek şekilde iyileştirildi. | |
| 4509503 | Özet: Kullanıcılar, bir veri alanının boş olması ve boş işaretçi istisnası oluşturması nedeniyle Acrobat Sign iOS uygulaması üzerinden belgeleri imzalayamıyor. |
| Düzeltme: Durumu incelikli bir şekilde yönetmek için boş işaretçi denetimi eklendi. | |
| 4509713 | Özet: "Tüm kullanıcıların kitaplık belgelerini birden fazla grupla paylaşmasına izin ver" ayarı, yanlış bir değerin iletilmesi nedeniyle Küresel ayarlardan "Tüm kullanıcıların kitaplık belgelerini birden fazla grupla paylaşmasına izin ver" etkinleştirilmeye çalışıldığında otomatik olarak etkinleştiriliyor. |
| Düzeltme: Artık doğru değer kullanılıyor. | |
| 4510812 | Özet: Workday'deki Aadhaar kimlik doğrulaması, imzaları engelliyor. |
| Düzeltme: Workday'e Aadhaar kimlik doğrulama desteği eklendi. | |
| 4512044 | Özet: Alan adında özel bir karakter varsa modern tasarım hata veriyor. |
| Düzeltme: Alan adı ayrıştırması, alan adlarındaki özel karakterleri incelikli bir şekilde yönetmek için iyileştirildi. | |
| 4516231 | Özet: Denetim Raporunda yer alan "E-İmza (Gönderen adı) tarafından barındırılmaktadır" şeklindeki imzalama bağlantısına ilişkin ifadenin çok belirsiz olduğu düşünülüyor. |
| Düzeltme: Denetim Raporundaki dize "İmzalama bağlantısı (Gönderen adı) tarafından oluşturuldu" şeklinde güncellendi. |
Üretim dağıtımı: 17 Mart 2025
GovCloud dağıtımı: 20 Mart 2025
Deneyimdeki Değişiklikler
- OEM İş Ortakları için yeni e-imzalama ortamı - Yeni e-imzalama ortamı Acrobat Sign OEM iş ortakları için etkinleştirildi. Bu ortam, alıcılar için üstün bir imzalama ortamı sağlar ve mobil müşterilerin geçiş yapabileceği bir alan katmanı tanımlama seçeneği içerir, böylece alan doldurma sürecini önemli ölçüde iyileştirir.
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4501733 | Özet: Bir grup için özel bir e-posta görüntüleme değeri ayarlama, hatırlatma ve iptal etme e-postaları için uygulanamıyor. |
| Düzeltme: Hatırlatma ve İptal etme e-posta şablonları, Görünen E-posta değerini düzgün yansıtacak şekilde güncellendi. | |
| 4502251 | Özet: Gönderen hesap HIPAA etkinleştirildiğinde ve gönderici ile alıcının farklı Acrobat Sign parçacıklarında kullanıcı kimlikleri olduğunda Acrobat Sign kimlik doğrulaması başarısız oluyor ve bu da Geçersiz erişim belirteci hatasına neden oluyor. |
| Düzeltme: Acrobat Sign kimlik doğrulama yöntemi, farklı parçacıklarda kullanıcı kimliklerine sahip alıcıları düzgün yönetecek şekilde iyileştirildi. | |
| 4504338 | Özet: İlk kişi sözleşmeyi imzaladığında işleme dışı bir hata tetikleniyor ancak ikinci alıcı iki kez delege ediliyor. |
| Düzeltme: Delegasyon kodu, zincirleme delegasyon sırasında sözleşmeye doğru yetki verildiğinden emin olacak şekilde yeniden oluşturuldu. | |
| 4504648 | Özet: API aracılığıyla eklenen ve varsayılan olarak etkinleştirilen onay kutuları, imzalama süreci sırasında işaretlenmemiş olsalar bile nihai sözleşmede "işaretli" durumlarını koruyabiliyor. |
| Düzeltme: Alıcının tamamlanmasından sonra yeni değerlerin düzgün şekilde depolanmasını ve elde edilen PDF'de yansıtılmasını sağlamak üzere onay kutusunun değerinin devralınması güncellendi. | |
| 4506085 | Özet: Büyük şablonları korumalı alandan Üretim'e kopyalama sırasında hata oluşuyor. İşlem zaman aşımına uğradığı için şablon, alanlar olmadan oluşturuluyor. |
| Düzeltme: Zaman eşiği, senkronizasyon eylemleri için uzatıldı. | |
| 4507500 | Özet: Acrobat (DC Web) kullanıcıları, yükleme işlevinde eksik bir yol nedeniyle imza uygularken ekleri yükleyemiyor. |
| Düzeltme: Acrobat kullanıcılarının yükleme işlevine erişmesine izin verme yolu dahil edildi. | |
| 4508102 | Özet: Birleştirilmiş bir sözleşme belgesinden sayfa silme işlemi başarısız olabiliyor çünkü dahili servisler; yer imleri, yapı, hedefler gibi sayfa ile ilgili nesneleri silerken bir istisna oluşturabiliyor ve bu da bir PDF'den sayfa silme işleminin tamamının başarısız olmasına neden olabiliyor. |
| Düzeltme: Dahili hizmet, kitaplıkları daha iyi yönetmek ve PDF'yi beklenen Acrobat Sign standardına uygun şekilde biçimlendirmek üzere iyileştirildi. | |
| 4508673 | Özet: İmzalama nedeni gerektiğinde ve imza alanı imzalayan olmayan bir role (örneğin Onaylayıcı) atandığında, modern eSign etkinleştirilmişse kullanıcı modern eSign sayfasına yönlendiriliyor ve imzalama nedenini girme seçeneği çıkmıyor. |
| Düzeltme: İmzalama nedenleriyle ilgili bir gereklilik için bir onay işareti eklendi ve mevcutsa alıcı varsayılan olarak klasik e-imza sayfasına yönlendirilir. | |
| 4508674 | Özet: Kötü formatlanmış hedef adreslere sahip imzalanmış sözleşmeler indirilemiyor. |
| Düzeltme: Dahili kitaplık, kötü biçimlendirilmiş yer işaretlerini ve hedefleri daha iyi yönetecek şekilde düzeltildi. | |
| 4508934 | Özet: Salesforce entegrasyonunda, Dosya Adı İmzalı PDF E-posta Bildiriminde "." işaretinden sonra kırpılıyor. |
| Düzeltme: Dize kırpma işlevi, bir noktadan sonra uzantı olmayan dizeleri tanımlayacak şekilde iyileştirildi. | |
| 4509274 | Özet: MS Teams ortamında gönderici ilk (veya tek) imzalayan ise API yönlendirmesinde boş değer geçilmesi nedeniyle sözleşme gönderildikten sonra yeni sekmede açılmıyor. |
| Düzeltme: İmza sürecini tetiklerken doğru değerleri geçirerek ve yeni sekmeyi açarak API yönlendirmesi iyileştirildi. | |
| 4509485 | Özet: Birleştirilmiş bir sözleşme belgesinden sayfaların silinmesi başarısız olabiliyor çünkü dahili bir servis; yer imleri, yapı ve hedefler gibi sayfayla ilgili nesneleri silerken istisna oluşturabiliyor ve bu da tüm işlemin başarısız olmasına neden olabiliyor. Kullanıcılar, sözleşme PDF'lerini şu hata mesajıyla indiremiyor olabilir: "Belge henüz kullanılamıyor veya belgede görüntülenecek sayfa yok." |
| Düzeltme: Dahili servis, hatalı biçimlendirilmiş PDF'leri daha iyi yönetmek için silme işlemini teste dahil edecek şekilde güncellendi. | |
| 4509562 | Özet: Büyük sözleşmeler, eski bir SDK paketi nedeniyle Yönet sayfasında anlaşma açıldığında yalnızca ilk birkaç sayfanın PDF'ye yazdırılması sorununa yol açabiliyor. |
| Düzeltme: SDK paketi güncellenerek sorun çözüldü. | |
| 4509684 | Özet: REST API'den GET /agreements/{agreementId}/documents/{documentId}) çağrılırken, yanlış içerik türü nedeniyle "Sunucu, yanıtı Kabul et üstbilgisinde istenen bir formatta gönderemiyor" hatası tetikleniyor. |
| Düzeltme: İçerik türü değeri düzeltildi. | |
| 4509712 | Özet: Şablonları birden fazla grupla paylaşmaya çalıştığınızda yalnızca 100 grup gösteriliyor. |
| Düzeltme: API'dan alınan grup sayısı 1000'e yükseltildi. | |
| 4509989 | Özet: Web formu eSign sayfasında İmza alanının yanında Ad alanı varsa imza uygulandıktan sonra Ad alanında imzalayanın ismi yer almıyor ve görünmüyor. |
| Düzeltme: Ad alanındaki ad değerini kontrol etmek ve mevcut değerle karşılaştırmak için ek bir işlev eklendi. Alan değişmişse yeni değerle doldurulur. | |
| 4510498 | Özet: Alıcılara e-posta bildirimleri gönderme işlemi, yazılı imzalı sözleşmeler için yapılandırılabilir ayarların bulunmaması nedeniyle başarısız oluyor. |
| Düzeltme: Bu tür e-posta dağıtımını açık bir şekilde yönetecek yeni bir ayar eklendi. | |
| 4511386 | Özet: Dijital imzalı bir imzalayan, indirip imzalama seçeneğini belirlediğinde katılım sayacı, imza uygulanmadan önce artıyor. |
| Düzeltme: Sistemi güncelleme mantığı, sözleşmenin geçerli durumunu daha iyi yansıtacak şekilde geliştirildi. | |
| 4511390 | Özet: Grup yöneticileri, grup kullanıcılarıyla tam bir paylaşım kurma yetkisine sahip değil. |
| Düzeltme: Grup yöneticileri için paylaşım işlevi, sorunu düzeltecek şekilde güncellendi. | |
| 4511902 | Özet: Özel tarih etiketi, görüntüleme formatında tırnak işaretleri olduğunda (kodlama nedeniyle) Yeni deneyimde çalışmıyor. |
| Düzeltme: Acrobat artık değeri kaydetmeden önce kodunu çözüyor. | |
| 4517094 | Özet: Kullanım Koşulları bağlantısı, sayfanın yeni bir kaynak URL'ye taşınması nedeniyle başarısız oluyor. |
| Düzeltme: Geçerli URL'yi düzgün bir şekilde almak için kod güncellendi. |
Üretim dağıtımı: 22 Nisan 2025
GovCloud dağıtımı: 24 Nisan 2025
Gelişmiş İşlevsellik
- Toplu Halde Gönder: Toplu indirme - Gönderenler artık tamamlanan tüm alt sözleşmeleri Yönet sayfasındaki Toplu Halde Gönder işleminden doğrudan kolayca indirebilir. ZIP dosyası yalnızca işlem kimliğine göre adlandırılan tamamlanmış sözleşmeleri içerir; devam ediyor, iptal edildi, reddedildi veya süresi doldu durumunda olan sözleşmeler hariç tutulur.
{12} Her indirme isteği 100 MB'a kadar veri destekler ve tamamlanmış belgelere tek adımda erişim için hızlı ve verimli bir yol sunar.
- Geliştirilmiş Mobil İmzalama Deneyimi: Gönderenler artık mobil için optimize edilmiş imzalama deneyimini etkinleştirip yapılandırabilir ve böylece alıcılara iki görüntüleme seçeneği sunar:
- PDF Görünümü: İnceleme ve imzalama için sözleşmenin tamamını görüntüler.
- Yalnızca Alan Görünümü: Form alanlarına odaklanarak mobil aygıtlarda sözleşmeleri tamamlamayı ve imzalamayı kolaylaştırır.
Bu güncelleme, imzalama sürecini kolaylaştırarak form tamamlama oranlarını ve genel mobil deneyimi iyileştirir.
- Özel İş Akışı Tasarımcısı'ndaki bireysel alıcılar için CC'ye eklenen taraflar: Özel İş Akışı Tasarımcısı artık her bir alıcının özel CC'ye eklenen taraflara sahip olmasını sağlıyor. Etkinleştirildiğinde, CC'ye eklenen taraflar hedeflenen alıcıyla aynı anda bildirim alarak daha iyi görünürlük ve daha kolay iletişim sağlanır. Bu özellik, hesabın buna izin verecek şekilde yapılandırılması durumunda kullanılabilir.
- Onay Kutusu ve Radyo Düğmesi: Alan Kenarlığını Göster seçeneği - Onay Kutusu ve Radyo Düğmesi alanları artık sözleşmeyi görüntülerken ve yazdırırken Alan kenarlığını göster seçeneğini içermektedir. Yüklenen belge önceden yazdırılmış kenarlıklar içerdiğinde bu seçenek kapatılabilir. Böylece, yinelenen kenarlıklar engellenerek son belgenin daha net olması sağlanır.
Seçenek varsayılan olarak etkindir ve alan düzeyinde yapılandırılır.
- Geliştirilmiş Otomatik Form Alanı Algılama Otomatik form alanı algılama özelliği artık algılanan alanları otomatik olarak yerleştirir ve form oluşturma işlemini kolaylaştırır. Kullanıcılar tam kontrole sahiptir ve yerleştirilen tüm alanları tek bir eylemle düzenleyebilir, silebilir veya kaldırabilir.
- Alıcı İmza türünü Ayarlamaya Yönelik Yeni Seçenek: Gönderenler, artık modern İmza İste süreci aracılığıyla sözleşme gönderirken alıcılar için imza türünü tanımlayabilir. Etkinleştirildiğinde, Oluştur sayfasının Alıcı ayarları bölümünde grup ayarları tarafından izin verilen seçenekleri gösteren bir İmza Türü açılır listesi görüntülenir.
- Ayar varsayılanları grup düzeyinde yapılandırılabilir.
- Gönderen bir imza türü seçerse alıcının bu türü kullanması gerekir.
- Gönderen, alıcı için birden çok seçenek belirleyebilir.
- Herhangi bir seçim yapılmazsa alıcı tercih ettiği imza türünü seçebilir.
Bu özellik, gerektiğinde esnekliği koruyarak imza yöntemleri üzerinde daha fazla kontrol sağlar.
- Acrobat Sign'da Geliştirilmiş Kullanıcı Yönetimi: Acrobat Sign kullanıcı yönetimi görünümü, kullanıcıların durumunun görünürlüğünü artırmak için güncellenmiştir. Geliştirilmiş arabirim, bekleyen davetleri incelemek için daha kolay erişim ve sağlama sorunları için net göstergeler sağlar. Yeni arabirim, kullanıcı sağlama işlemini kolaylaştırmak için yöneticilerin her bir durum kategorisi (Kullanıcı Ekle, Hatırlatıcı gönder ve Destekle iletişim kurun) için gerçekleştirebileceği önemli eylemleri de vurgular.
- Alıcıları kısıtlı erişime sahip olarak yapılandırarak alıcı verilerinin güvenliğini artırma: Sözleşmelere Kısıtlı Erişim özelliği, sözleşmelerin alıcının Acrobat Sign kullanıcı kimliğine (varsa) eklenmesini önleyerek gizliliği artırır. Etkinleştirildiğinde, Alıcı Sözleşme Erişimi seçeneği Oluştur sayfasındaki Alıcı Ayarları bölümünde görüntülenir. Yöneticiler bu ayarı, varsayılan olarak etkinleştirecek ve gönderenler tarafından düzenlenebilir hale getirecek şekilde yapılandırabilir.
Bir alıcı kısıtlı olarak işaretlendiğinde, etkin bir Acrobat Sign kullanıcı hesabına sahip değilmiş gibi davranılır. Sonuç olarak sözleşme, alıcının Yönet sayfasında görünmez. Bu, grup düzeyindeki paylaşım ilişkileri nedeniyle yanlışlıkla veri sızıntısını önler.
- Tek Kullanımlık Parolalar için Yeni WhatsApp Gönderimi: Acrobat Sign, alıcıların telefonlarına tek kullanımlık parolalar (OTP) için gönderim yöntemi olarak artık WhatsApp'i destekliyor. Bu özellik SMS gönderimine benzer şekilde çalışır ancak WhatsApp'in teknolojisi ve altyapısından yararlanarak ek stabiliteyle kullanışlı bir iletişim seçeneği sunar. WhatsApp OTP doğrulaması, yeni anlaşmalar oluşturulurken kullanılabilen premium bir doğrulama türüdür.
- İçerik Oluşturma Sayfasından Alıcı Yapılandırmasını Gözden Geçirme: Yeni İmza İste deneyimini kullanan gönderenler artık İçerik Oluşturma ortamından Oluştur sayfasına geri dönerek alıcıları ve özelliklerini ilerleme durumunu kaybetmeden yeniden yapılandırabilir. Bu, alıcı sırasında ve bilgilerinde ayarlamalar yapılmasına olanak tanırken mevcut alan atamalarının değişmeden kalmasını sağlar (ör. İmzalayan 1, İmzalayan 1 olarak kalır). (Bir katılımcı kaldırılırsa, onlarla ilgili alanlar da kaldırılır.)
- Kitaplık Şablonları için Yeni İçerik Oluşturma Ortamı: Kitaplık şablonu içerik oluşturma ortamı, artık şablon oluşturmayı ve özelleştirmeyi kolaylaştırarak alan yerleşimi için modern içerik oluşturma deneyimi sunuyor. Yapılan geliştirmeler arasında şunlar yer alır:
Bu güncellemeler şablon oluşturmayı kolaylaştırır ve hem gönderen hem de alıcılar için sorunsuz bir deneyim sağlar.
- Acrobat Sign'a Eklenen Yeni Kimlik Sağlayıcılar (IdP'ler): Acrobat Sign, alıcının kimlik doğrulama seçeneklerini artırmak için desteklenen kimlik sağlayıcılar (IdP'ler) listesini genişletiyor. Artık aşağıdaki yeni IdP'ler kullanılabilir:
- OneID ID Check
- OneID ID Proof
- OneID ID Assure
- OneID Sign-Up Plus
Bu eklemeler, Acrobat Sign'ın küresel kimlik doğrulama standartlarıyla uyumluluğunu genişletir ve birden çok sektörde sorunsuz ve güvenli doğrulamayı destekler.
- Telefonla Kimlik Doğrulama için Genişletilmiş Ülke desteği: Telefonla Kimlik Doğrulama ve SMS aracılığıyla sözleşme gönderimi artık şu Ülkeleri ve Ülke Telefon kodlarını da desteklemektedir:
- Man Adası (+44)
- Guernsey (+44)
- Jersey (+44)
Deneyimdeki Değişiklikler
- Modern İmza İste ortamı, yeni bir sözleşme oluştururken varsayılan deneyim haline geldi. Mevcut tüm hesaplar modern ortama taşındı
- Kullanıcılar artık yeni ve klasik ortamlar arasında geçiş yapmak için bağlantılara erişemez.
- Yöneticiler hâlâ yönetici menüsü üzerinden klasik deneyimi etkinleştirme seçeneğine sahiptir.
- Notarize entegrasyonunu kullanan kullanıcılar bu değişiklikten etkilenmeyecektir.
- Admin Console'daki bir VIP hesabının sistem yöneticilerine otomatik olarak bir Acrobat Sign yetkilendirmesi atanması: Bir hesap ilk olarak bir VIP lisansı kapsamında Acrobat Sign hizmetini satın aldığında, Sistem Yöneticisi ayrıcalıklarına sahip kullanıcılarına otomatik olarak Acrobat Sign lisansı atanır.
- Yeni kuruluşların, mevcut tüm atanmış Sistem Yöneticilerine Acrobat Sign yöneticisi düzeyinde yetkilendirme sağlanır.
- Acrobat Sign lisansı satın alan mevcut kuruluşların, mevcut tüm Sistem Yöneticilerine hesap yöneticisi düzeyinde Acrobat Sign yetkilendirmesi sağlanır.
Acrobat Sign lisansı, yalnızca kuruluş için Acrobat Sign hizmetleri ilk satın alındığında otomatik olarak yetkilendirilir. Sonrasında Sistem Yöneticisi pozisyonuna gelenler için yetkilendirme yapılmaz.
- Geliştirilmiş Yönetici Oryantasyon Kontrol Listesi ve İletişimleri - Acrobat Sign yöneticileri artık yeni araçlar ve geliştirilmiş e-posta iletişimleri de dahil olmak üzere hesap katılımını yönetmek için gelişmiş destek alırlar.
İyileştirilmiş oryantasyon özellikleri arasında şunlar yer alır:- Oryantasyon Kontrol Listesi: Yönetici sayfasına yeni bir Başlarken sekmesi eklendi ve burada, yeni yöneticiler ilk defa bir hesabın kontrolünü ele aldıklarında onlara önemli eylemlerin kısa bir kontrol listesi sağlanır.
- Güncellenmiş Karşılama ve Hatırlatma E-postaları - Yeni yöneticilere gönderilen ilk e-posta bildirimleri, oryantasyon kontrol listesini destekleyecek şekilde revize edilerek hesap kurulumundaki sonraki adımlar hakkında daha net rehberlik sunar.
- Aylık Genel Bakış E-postası - Yöneticiler aylık olarak şu ayrıntıları içeren bir özet alacaktır:
- Tüm kullanıcı durumları ve yöneticilerin hangi alanlarda işlem yapması gerektiğiyle ilgili görünürlük.
- Sözleşmenin başlangıcından itibaren tüketilen işlem/lisans sayısı. Yöneticilerin artık yalnızca bu bilgiler için Admin Console'a gitmesi gerekmez.
- Yıl dönümü tarihini de içeren kısa bir sözleşme anlık görüntüsü.
- Akıllı Mevcut Yetkilendirme Algılaması ve Bildirimi: Bir kullanıcının önceki Acrobat Sign yetkilendirmesi algılanırsa etkilenen kullanıcı, tüm hesap yöneticilerine gönderilen haftalık bildirim e-postasında yer alır. Bu tür kullanıcıların her biri en fazla üç bildirimde görünebilir.
Bu iyileştirmeler, yöneticilerin hesaplarını daha verimli şekilde yönetmesine ve sistem etkinliği ve olası sorunlar hakkında bilgilendirilmesine yardımcı olur.
- Geliştirilmiş Kullanıcı Oturum Açma Deneyimi - Acrobat Sign, Adobe Kimlik Yönetimi Sistemi (IMS) aracılığıyla oturum açma ve kimlik doğrulama işlemlerini kolaylaştırdı.
- Kullanıcının kurumsal profili, Acrobat Sign hizmeti yetkilendirmesi olan kullanıcılar için oturum açma işlemi sırasında otomatik olarak seçilir (istek Acrobat Sign kaynağından geliyor olarak tanımlanır)
- Oturum açma sırasında hatalarla karşılaşan kullanıcıların hata mesajlarında yardım için Acrobat Sign yöneticilerine başvurmaları amacıyla bağlantılar bulunur.
- Etkin bir yetkilendirme atamış ancak hizmette oturum açmamış tüm kullanıcılara en fazla iki hatırlatma e-postası gönderilir. (Bu, sürüm tarihinden önce etkin olmayan mevcut kullanıcılar için de geçerlidir)
Bu iyileştirmeler; oturum açma işlemlerini kolaylaştırır, uyuşmazlıkları azaltır ve genel kullanıcı deneyimini iyileştirir.
Mevcut ortamlar: Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Varsayılan olarak etkin; Yapılandırılamaz
- Hesap sekmesi Yönetici olarak yeniden adlandırıldı - Acrobat Sign hesap düzeyindeki yöneticiler tarafından kullanılabilen Hesap sekmesi, Yönetici olarak yeniden adlandırıldı. Bu, uygulamanın Bağımsız web sürümündeki sekme etiketinde yapılan estetik bir değişikliktir. Bu güncelleme, Ticari ortam için Nisan 2025'te ve Devlet ortamı için Mayıs 2025'te uygulanır.
Mobil uygulama güncellemeleri
- Şablon dosya yönetimi güncellemesi: Acrobat Sign mobil uygulamasındaki şablon listesi artık yapılandırılmış bir format izliyor ve belirli şablonların bulunmasını kolaylaştırıyor. Yapı, web sürümüyle uyumludur ve şablonları aşağıdaki gibi bölümler halinde düzenler:
- Şablonlarım
- Grup Şablonları
- Hesap Şablonları
Bu güncelleme navigasyonu iyileştirir ve mobil ile web deneyimleri arasında tutarlılık sağlar.
- Acrobat Sign Mobil Uygulamalarında Geliştirilmiş Erişilebilirlik: Acrobat Sign mobil uygulamaları artık gelişmiş erişilebilirlik özellikleri sunarak erişilebilirlik standartlarıyla daha iyi uyumluluk sağlıyor. Güncellemeler aşağıdakileri içerir:
- Daha iyi görünürlük için renk kontrastı geliştirildi.
- Daha kolay gezinme için klavye kısayolu desteği.
- Daha kapsayıcı bir kullanıcı deneyimi için geliştirilmiş ekran okuyucu uyumluluğu.
Bu iyileştirmeler, mobil uygulamayı tüm kullanıcılar için daha erişilebilir hale getirerek daha sorunsuz ve daha kullanıcı dostu bir deneyim sunar.
Mevcut ortamlar: iOS mobil uygulaması | Mevcut hizmet katmanları: Acrobat Standard, Acrobat Pro, Acrobat Sign Solutions | Yapılandırma kapsamı: Varsayılan olarak etkin
Entegrasyon Güncellemeleri
- Microsoft Power Automate için Acrobat Sign Bağlayıcıları Güncellemesi: Power Automate için Acrobat Sign bağlayıcıları artık geliştirilmiş bir sözleşme gönderme işlemini destekleyerek, alıcı bilgilerini düzenlemek üzere belgelerin Oluştur sayfasına yüklenmesine ve daha fazla alan yerleşimi için sözleşmeyi İçerik Oluşturma ortamına göndermeye olanak tanıyor.
Ayrıca Acrobat Sign bağlayıcıları artık iki gelişmiş kimlik doğrulama yöntemini desteklemektedir:- Dijital Kimlik Ağ Geçidi
- E-posta ile Tek Kullanımlık Parola (OTP)
- Workday entegrasyonu: Aadhaar e-Sign ile dijital imzalar: Workday entegrasyonu artık Hindistan'da bulunan isteğe bağlı Aadhaar e-Sign hizmetini tam olarak desteklemektedir. Bu hizmet, OTP kimlik doğrulaması ve e-KYC doğrulamasına dayanarak sözleşmeleri dijital olarak imzalamayı kolaylaştırmaktadır.
REST API/Web Kancası Güncellemeleri
Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.
- Yeni Web Kancası Alanı: eventDateTimezoneOffset - Adobe Acrobat Sign, AGREEMENT_ACTION_COMPLETED abone olunan olayı için web kancası yükünde yeni bir alan olan eventDateTimezoneOffset'i sunuyor.
Bu alan, alıcının sözleşmeyi güncellediğinde zaman dilimi farkını yakalayarak yerel imzalama saatine ilişkin daha iyi görünürlük sağlar.- eventDateTimezoneOffset, alıcının zaman dilimi farkını UTC'ye göre dakika cinsinden kaydeder (ör. eventDateTimezoneOffset: "UTC-300")
- Mevcut eventDate alanı değişmeden kalır ve eylemin UTC zaman damgasını saklamaya devam eder. Zaman dilimi farkı, eventDate değerini değiştirmez.
Bu güncelleme, farklı zaman dilimlerindeki imzalama etkinliklerinin izlenmesini iyileştirir.
- Acrobat Sign Geliştirici Belgelerinin Taşınması: Acrobat Sign geliştirici belgeleri, opensource.adobe.com/acrobat-sign adresinden developer.adobe.com/acrobat-sign adresine taşınıyor. Bu geçiş, Adobe'nin geliştirici kaynaklarıyla daha iyi entegrasyon sağlayarak geliştiriciler için daha kolay ve merkezi bir deneyim sunar.
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4490799 | Özet: Varsayılan Ülke kodu, Yeni Deneyim Gönder sayfasıyla değiştirilemez |
| Düzeltme: Kod, devralınan grup özelliklerinin sözleşme oluşturmayı tamamlamak için tüm süreçlerden geçirilmesini sağlamak amacıyla iyileştirildi. | |
| 4501927 | Özet: Sürüm sonrası Klasik ve Yeni Yazarlık modları arasında PDF İşlemede Tutarsızlık |
| Düzeltme: PDF dosyalarının dönüşümlerinde tüm alan özelliklerine daha iyi erişim ve kullanım için kod iyileştirildi. | |
| 4503970 | Özet: 1. alıcı Gönderen olduğunda uygunsuz tamamlama mesajı. |
| Düzeltme: Mesaj, doğru mesajı gösterecek şekilde role duyarlı olacak şekilde güncellendi. | |
| 4505208 | Özet: [RequestSignature] CC alanı adres defterindeki Otomatik Tamamlama seçeneklerini göstermiyor. |
| Düzeltme: CC alanına adres defteri işlevi eklendi. | |
| 4507982 | Özet: Birden fazla grup, gelişmiş hesap paylaşımı yoluyla bir kullanıcıyla paylaşımda bulunduğunda Yönet sekmesi, Şablonlar filtresi altında Şablona erişmeye çalışırken performans sorunu oluşabiliyor. |
| Düzeltme: Birden fazla grup aramasını optimize etmek için çeşitli işlevler yeniden düzenlendi. | |
| 4508227 | Özet: Sözleşmelerin imzalanması sırasında ödeme alanlarıyla ilgili yeni yazma deneyiminden kaynaklanan çözümlenemeyen bir hata oluşuyor. |
| Düzeltme: Alanı daha az belirsizlikle yönetmek için uç nokta güncellendi. | |
| 4508929 | Özet: Özel karakterlerin kodlanması nedeniyle 100 karakterden kısa olan Özel Çalışma Tasarımcısı alan etiketlerinde hata tetikleniyor. |
| Düzeltme: Karakter sınırı doğrulanırken özel karakterler kodlanır. | |
| 4509141 | Özet: Bir şahitle bir sözleşme gönderilirken ve grup bir kimlik doğrulama yöntemi gerektirecek şekilde yapılandırılırken fakat şahit kimlik doğrulaması için yapılandırılmazken bilgilendirici olmayan bir hata tetikleniyor. |
| Düzeltme: Yapılandırma süreci artık tüm alıcılar için iki faktörlü kimlik doğrulamanın yapılandırıldığını ve bir şahidin kullanıldığını belirten bir hata mesajı içeriyor. | |
| 4509366 | Özet: Özel karakterlerle FedRAMP müşteri adı güncellemesi, karakterlerin HTML varlık numaralarıyla değiştirilmemesi nedeniyle başarısız oluyor. |
| Düzeltme: İşlem, FedRAMP ortamında özel karakterleri düzgün şekilde yönetecek şekilde güncellendi. | |
| 4509680 | Özet: +44 ülke kodu için Man Adası, Guernsey ve Jersey ülkelerini ekleyin. |
| Düzeltme: Man Adası, Guernsey ve Jersey için COUNTRY_CODE sabitleri eklendi | |
| 4510255 | Özet: Başka bir grupta zaten var olan bir kullanıcı oluşturulmaya çalışıldığında kullanıcı işlevsiz bir grupta oluşturuluyor. |
| Düzeltme: Hata, kullanıcının yeni gruba taşındığını (oluşturulmadığını) belirtmek için iyileştirildi. | |
| 4510309 | Özet: API aracılığıyla BLOCK dışındaki bir giriş türüyle imza bloğu eklendiğinde, BLOCK düzgün bir şekilde tanımlanmadığı için imza süreci klasik deneyime yönlendiriliyor. |
| Düzeltme: BLOCK nesnesini doğru şekilde tanımlamak için ek bilgilerin döndürülmesi koşulu iyileştirildi. | |
| 4510652 | Özet: Bir sonraki imzalayan için PDF'yi değiştirmeden önce dijital olarak imzalanmış form alanlarının düzleştirilmesi gerekiyor |
| Düzeltme: İmzalanan dijital imza formu alanları, yazılı bir sözleşme iş akışı tarafından gönderildiğinde geçersiz hale geliyor. | |
| 4511819 | Özet: İmzalanmamış imza alanları için PDF belgesinde imzanın mavi çizgisi görünüyor. |
| Düzeltme: İmza alanlarını PDF belgesine aktarırken imzalanmış olmayan imza alanları atlanır. | |
| 4511965 | Özet: Dijital Kimlik Ağ Geçidi oturum açma ipucu, kimlik ölçütleri alınırken uygulanan kimlik kontrolü nedeniyle çalışmıyor. |
| Düzeltme: DIG_ID için kimlik doğrulama kriterleri alınırken e-posta ve ad eşleştirme kontrolü kaldırıldı. | |
| 4513228 | Özet: Alan adı arka uçta kırpıldığı için alan adı fazla alan içerdiğinde pdf belgesinde alan değeri eksik oluyor. |
| Düzeltme: Alan adının tutarlı kalabilmesi için ön uçtaki alan adının kesilmesi. | |
| 4513358 | Özet: Adobe Sign Korumalı Alan örneklerinde dosya işleme sorunu, sayfalara referansı olmayan form alanlarına dönüşüyor. Bu durumda sayfa boş oluyor ve boş işaretçi atlanıyor. |
| Düzeltme: Bu olayın üzgün şekilde yönetilmesi için boş denetimi eklendi. | |
| 4513464 | Özet: API, geçiş yapan kullanıcının izinlerinin yerine oturum kullanıcısının izinleri (ör. Creator_User) altında değerlendirildiğinde (ör. Editor_User) yönetici, gelişmiş hesap paylaşımı yoluyla şablonlarla etkileşim kurarken birden fazla hatayla karşılaşıyor. |
| Düzeltme: İsteğin, değiştirilen kullanıcının (Creator_User) izinleri altında değerlendirilmesini sağlamak için API isteğine x-on-behalf-of-user başlığı eklendi. | |
| 4513575 | Özet: Form alanı verileri, çok satırlı alanlar için yeniden boyutlandırılmıyor. |
| Düzeltme: Kod, otomatik boyutlandırmaya izin verecek şekilde güncellendi. | |
| 4513914 | Özet: Hesaptaki ETKİN kullanıcı sayısı, MAX_ACTIVE_USERS değeriyle aynı olduğunda, MaxActiveUsers kontrolü nedeniyle bir parola değişikliği yapılmasına izin verilmiyor. |
| Düzeltme: İşlev, kullanıcı ACTIVE olduğunda bu kontrolü düzgün bir şekilde göz ardı edecek şekilde geliştirildi. | |
| 4514839 | Özet: İmzalanan ilk alan, belgenin üst kısmındaki ilk imza alanı değilse kullanıcı, bir sözleşmede birden fazla dijital imza ile imza atamıyor. |
| Düzeltme: Tüm alanlar üzerine yineleme ve daha sonra X-JWT-Assertion başlığında kullanılan geçerli talebi ayıklama yöntemi eklendi. | |
| 4515343 | Özet: E-imza sayfasında çok satırlı giriş alanının font boyutu değişiyor. Font boyutu yakınlaştırma faktörü ile çarpıldığı için girdinin boyutu buna bağlı olarak değiştirerek spesifik olarak sayfa boyutu ayarlanır. |
| Düzeltme: Çoklu satır alanındaki font boyutunu alma yöntemi, font boyutunu yakınlaştırma faktörüyle artırmadan px olarak döndürmektir. | |
| 4515735 | Özet: Bir sözleşme imzalandıktan sonra, imza sonrası sayfasındaki Yönet düğmesi hatalı bir sayfayı döndürüyor. |
| Düzeltme: İmza sonrası sayfası, sayfayı işlemek için gereken bilgileri düzgün bir şekilde alacak şekilde düzeltilmiştir. | |
| 4516641 | Özet: Form alanının ek açıklamasının bir sayfaya eklenmemesi mümkündür. |
| Düzeltme: Sayfanın ek açıklama listesine boş kontrolü eklendi. | |
| 4517113 | Özet: Bir geliştirici hesabı üzerinden API aracılığıyla sözleşme gönderilirken form alanlarını kontrol etme esnasında boş işaretçi hataları nedeniyle belge sorunu e-postası alınıyor. |
| Düzeltme: Artık listenin boş olup olmadığını sormadan önce form alanlarının listesinin boş olup olmadığını kontrol ediyoruz. | |
| 4517156 | Özet: Girdi PDF'leri kümesinde mevcut form alanları varsa form alanı oluşturucularının ek form alanları üretmek için çalışmasına izin verilmiyor. |
| Düzeltme: İşlenecek bir form alanı oluşturucusu listesi bulunduğunda bu görevi ReadPDFTask sonrasında yürütülecek görevler listesine ekledik. |
Adobe Acrobat Sign Sürümü 16.0.1
Üretim dağıtımı: 20 Mayıs 2025
GovCloud dağıtımı: 22 Mayıs 2025
Gelişmiş İşlevsellik
- Alıcıları kısıtlı erişime sahip olarak yapılandırarak alıcı verilerinin güvenliğini artırma: Sözleşmelere Kısıtlı Erişim özelliği, sözleşmelerin alıcının Acrobat Sign kullanıcı kimliğine (varsa) eklenmesini önleyerek gizliliği artırır. Etkinleştirildiğinde, Alıcı Sözleşme Erişimi seçeneği Oluştur sayfasındaki Alıcı Ayarları bölümünde görüntülenir. Yöneticiler bu ayarı, varsayılan olarak etkinleştirecek ve gönderenler tarafından düzenlenebilir hale getirecek şekilde yapılandırabilir.
Bir alıcı kısıtlı olarak işaretlendiğinde, etkin bir Acrobat Sign kullanıcı hesabına sahip değilmiş gibi davranılır. Sonuç olarak sözleşme, alıcının Yönet sayfasında görünmez. Bu, grup düzeyindeki paylaşım ilişkileri nedeniyle yanlışlıkla veri sızıntısını önler.
Kullanılabilir ortamlar: Sandbox, Ticari, Devlet | Kullanılabilir hizmet katmanları: Acrobat Sign Çözümleri | Yapılandırma kapsamı: Hesap ve Grup
- Sözleşmelere Sınırlı Erişim özelliği için API desteği eklendi: Sözleşmeleri oluşturmak ve göndermek için API kullanan kuruluşlar artık alıcı yapılandırmalarının bir parçası olarak Sözleşmelere Sınırlı Erişim özelliğini kullanabilir. Bu özelliğin API uygulamasında, faktör kimlik doğrulama türü "Hiçbiri" olarak ayarlandığında belgeye erişim sağlanabildiği özel bir durum vardır:
- Acrobat Sign arabiriminde, alıcı imzalanana kadar sözleşmeyi Görüntülemeyebilir veya İndirmeyebilir. Hiçbir kimlik doğrulaması yapılandırılmamış olsa bile sözleşmeye erişim, Görüntüle ve İndir eylemlerini bastırarak devre dışı bırakılır.
- API kullanılırken kimlik doğrulama işlemi tamamlandıktan sonra sözleşme belirteçle birlikte görüntülenebilir ve indirilebilir. Faktör kimlik doğrulaması yapılandırılmadığı durumlarda sözleşme imzalanmadan önce görüntülenebilir veya indirilebilir.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
- Telefonla Kimlik Doğrulama için Genişletilmiş Ülke desteği: Telefonla Kimlik Doğrulama ve SMS aracılığıyla sözleşme gönderimi artık şu Ülkeleri ve Ülke Telefon kodlarını da desteklemektedir:
- Falkland Adaları (Malvinas) (+500)
Mevcut ortamlar: Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup
Deneyimdeki Değişiklikler
- Web formu destek talebi gönderimi artık eski işletme hesapları için oturum açılmasını gerektiriyor - Eski işletme hesaplarına sahip kullanıcıların, bir destek talebi göndermek için çevrimiçi web formunu kullanmadan önce Acrobat Sign kimlik bilgileriyle giriş yapmaları gerekiyor. Bu doğrulama adımı, vakanın doğru hesaba bağlanmasını ve uygun destek ekibine yönlendirilmesini sağlar.
Kullanılabilir ortamlar: Ticari | Kullanılabilir hizmet katmanları: Acrobat Sign Çözümleri | Yapılandırma kapsamı: Varsayılan olarak etkin; Düzenlenemez
REST API/Web Kancası Güncellemeleri
Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.
- GET /agreements API'si Artık Bir Mikro Hizmetten Sunuluyor - GET /agreements uç noktası Acrobat Sign çekirdek uygulamasından özel bir mikro hizmete taşınıyor. Bu geçişin bir parçası olarak, arama istekleri birincil veritabanı yerine arama hizmetinden (ikincil depolama) veri alacaktır. Bu değişiklik, hizmet kararlılığını artırır ve atipik API çağrılarının Acrobat Sign deneyimini etkilemesini önler.
- GET /agreements çağrısı için maksimum sayfa boyutu artık talep başına 500 sözleşmedir. Daha önce, arama hizmeti sayfa başına en fazla 100 sözleşme getiriyordu. Daha fazla sözleşme gerekli olursa daha dar kapsama sahip birden fazla sorgu yapılması gerekebilir.
- Aramalar artık ikincil depolama alanında gerçekleştiğinden, GET /agreements uç noktasını çağırırken bazı ufak ek gecikmeler gözlemlenebilir.
- API kısıtlama güncellemesi - Mayıs 2025 sürümünden sonra, yeni API kısıtlama kuralları uygulanacak:
- Genel sistem yükünün yüksek olduğu algılandığında Acrobat Sign, API istekleri alt kümesini tüm sistemde yavaşlatır.
- Acrobat Sign, yüksek kullanımlı müşterilerin genel sistem yavaşlığına katkıda bulunduğu tespit edildiğinde bu müşteri için özel olarak API istekleri alt kümesini yavaşlatır.
Bir API isteği kısıtlanırsa aşağıdakiler ile birlikte 429 HTTP durum kodu ile reddedilir:
Yanıt Gövdesi
Yanıt Başlığı
Yukarıdaki yanıtı aldıktan sonra isteği tekrar ne zaman deneyeceğinizi belirlemek için yanıt gövdesinde Retry-After veya retryAfter başlığını kullanabilirsiniz.
Yeniden Deneme Cezası
Mayıs 2025 sürümünden sonra oluşturulan tüm yeni hesaplar için hesabın belirtilen yeniden deneme süresi aralığına uymaması durumunda ceza uygulanır.
Aynı istek belirtilen bu süre aralığında tekrar iletilirse istek kısıtlanır tekrar deneme süresi aralığı sıfırlanır.
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4477748 | Özet: Kullanıcılar, API çağrısında hatalı bir etki alanı nedeniyle OAUTH ACCESS-TOKEN oluşturamıyor. |
| Düzeltme: Swagger denetleyicinin etki alanı listesi güncellendi. | |
| 4480357 | Özet: "Kitaplıktan başlat" iletişim kutusundaki klavye kullanımı, ekran okuyucular etkinken düzgün çalışmıyor. |
| Düzeltme: Ekran okuyucu navigasyonunda, tüm sayfaların beklendiği gibi okunmasını sağlayan birden fazla düzeltme uygulandı. | |
| 4498103 | Özet: Toplu Gönderme özelliğinde yanlış rol ataması. Kendinizi son alıcı olarak eklerken her seferinde "İmzalayan" rolü atanıyor. |
| Düzeltme: Gönderenin her zaman imzalayan olması amaçlandığı için gönderenin son katılımcı olduğu durumlarda göndericiye yönelik diğer rol seçenekleri kaldırıldı. | |
| 4501417 | Özet: Alan şablonu içeren bir mühür imza alanının yerleştirilmesi, daha fazla içerik oluşturulmasını engelleyen bir hata tetikliyor. |
| Düzeltme: "signer1" metin etiketi öğelerini işlemek için kod eklendi. | |
| 4506667 | Özet: Gönderen, Web Formu'nun ilk imzalayanının e-posta adresini doğrulamasını istiyorsa ilk imzalayan e-posta adresini doğrulayana kadar Web Kancası bildirimleri ertelenir. İlk imzalayanın e-postası geri dönerse web kancası bildirimi, documentsInfoparametresinin doldurulması beklendiğinden 2 saat ertelenir. |
| Düzeltme: Gönderen, Web Formu'nun ilk imzalayanının e-posta adresini doğrulamasını istiyorsa Sözleşme etkinliklerinin web kancası bildirim yükünde (ilk imzalayan e-postayı doğrulayana kadar) documentsInfo doldurulmaz. İlk imzalayanın e-posta adresi geri dönerse Sözleşme etkinliklerinin web kancası bildirim yükünde documentsInfo doldurulmaz. | |
| 4511940 | Özet: Çok satırlı metin alanının varsayılan font boyutu ekran boyutuna ayarlanmıyor ve cep telefonu ekranında sözleşme imzalanırken metin kesiliyor. |
| Düzeltme: Çok satırlı metin alanı artık temel sınıf yöntemini geçersiz kılamaz. | |
| 4513457 | Özet: Grup adında çift tırnak karakteri olduğunda JSON ayrılıştırılırken sorun meydana geliyor. |
| Düzeltme: Ayrıştırma kodları, grup adlarındaki çift tırnak karakterleri yönetecek şekilde geliştirildi. | |
| 4515610 | Özet: Ek katılımcılara web formları gönderildiğinde, kayar nokta numaralarının arka ve ön uçtaki işlenme biçimleri nedeniyle hesaplanan alan değerleri değişiyor. |
| Düzeltme: Arka uç işlemesi, sayılar için tür olarak BigDecimal kullanılacak şekilde değiştirildi. | |
| 4516504 | Özet: Yeniden kullanılabilir bir şablon oluşturup Yeni Deneyim görünümü kullanıldığında, renk değerinin kesilmesinden dolayı onay kutusu ve radyo düğmeleri siyah kenarlıklar yerine pembe kenarlıklar içeriyor. |
| Düzeltme: Onaltılık değer, doğru değeri tutacak şekilde düzeltildi. | |
| 4520149 | Özet: Bazı sözleşmeler, next_to_sign ayarlanırken nadir görülen bir yarış koşulu nedeniyle imzalandıktan sonra durumlarını güncellemiyor. |
| Düzeltme: Bu koşulu yakalamak ve alıcılar sözleşmeyle etkileşim kurmadan önce çözümlemek için ek günlük kaydı eklendi. | |
| 4521246 | Özet: Birden fazla grupta şablon paylaşma işlemi çalışmıyor ve Gelişmiş Hesap Paylaşımı etkinleştirildiğinde ve gönderme işlemi ana sayfadan başladığında hatalara neden oluyor. |
| Düzeltme: Ana sayfadan kaynaklanan şablon seçici, paylaşılan şablonu düzgün bir şekilde alacak şekilde güncellendi. |
Adobe Acrobat Sign Sürümü 16.1
Üretim dağıtımı: 22 Temmuz 2025
GovCloud dağıtımı: 5 Ağustos 2025
Gelişmiş İşlevsellik
- WhatsApp kullanarak anlaşma bağlantılarını doğrudan alıcının mobil cihazına gönder - Acrobat Sign'daki WhatsApp entegrasyonu, anlaşma bildirimi ve hatırlatma bağlantılarını doğrudan alıcının WhatsApp etkin cihazına gönderme seçeneğini içerecek şekilde genişletildi.
- Uzun süreli belge koruma için yerel PDF/A desteği: Acrobat Sign artık belgelerin PDF/A-2b formatında (ISO 19005) doğrulanmasını ve dışa aktarılmasını destekliyor ve kuruluşların katı arşivleme standartlarını ve mevzuat gerekliliklerini karşılamasına yardımcı oluyor. Belgeler, tam anlaşma yaşam döngüsü boyunca—yükleme, imzalama ve depolama—PDF/A uyumluluklarını korur.
- Üçüncü taraf web sitelerinde Adobe Acrobat Sign'ın gömülmesini önleme: Tıklama Savunması, REST API v5+ üzerinden erişilen Acrobat Sign sayfalarına iframe koruması ekler. Çerçeveleme yalnızca bildirilen Asıl alan adıyla otomatik giriş kullanılırken izin verilir ve aldatıcı veya yetkisiz gömme işlemlerinin önlenmesine yardımci olur.
- Grup tabanlı paylaşım üzerinde iyileştirilmiş kontrol: Gelişmiş hesap paylaşımını kullanan kuruluşlar artık isteğe bağlı olarak sözleşmelerinin paylaşılan görünümünü yalnızca kullanıcının grubundan gönderilen sözleşmelerle sınırlayabilir. Harici bir gruptan bir kullanıcıya gönderilen sözleşmeler, genel olarak paylaşılması uygun olmayan özel kullanıcı iletişimlerini korumak üzere filtrelenir. Bu Filtre yalnızca grup Düzey paylaşımları için geçerlidir (bir grubu başka bir grupa veya kullanıcıya paylaşma) ve kullanıcı tabanlı paylaşımlar için geçerli değildir (bir kullanıcıyı bir gruba veya başka bir kullanıcıya paylaşma).
- VIP lisanslı müşteriler için güncellemeler:
- Ana Sayfa'dan Kolaylaştırılmış Yönetici Kurulumu - Acrobat Sign hesap yöneticilerinin temel yapılandırma araçlarına hızlıca erişmesine yardımcı olacak yeni bir Hesap yönetimi bölümü tanıtıyor.Ek işlemlere gerek kalmadan kullanıcıları ekleyin, grupları düzenleyin, entegrasyonları birleştirin ve şablonları doğrudan Ana Sayfadan taşıyın.
- Admin Console'dan Acrobat Sign'a Kullanıcı Ekleme – Yöneticiler artık Acrobat Sign'daki Kullanıcılar sayfasından doğrudan kullanıcı ekleyebilir ve Adobe Admin Console otomatik olarak güncellenir.
- Admin Console Rol Görev Atama Artık Acrobat Sign Üzerinden Kullanılabilir - Kurulumu kolaylaştırmak için Acrobat Sign artık hesap yöneticilerinin ürün arayüzünden çıkmadan temel Admin Console rollerini—Ürün ve Destek Yöneticisi—atamasına olanak tanıyor.
- Üçüncü Taraf Entegrasyonlarına Daha Kolay Erişim - Yönetici menüsüne yeni bir Entegrasyonlar sayfası eklendi ve bireysel entegrasyonlar için kurulum dosyalarına doğrudan, sezgisel bağlantılar sağlıyor.
- Ürün İçi Rehberlik ile Daha Kolay HIPAA Uyumu - HIPAA'ya tabi kuruluşlar artık Başlayın yönetici menüsü aracılığıyla yeni bir self servis İş Akışı ile Acrobat Sign içinde etkinleştirme sürecini başlatabilir.Sistem, Destek Birimi'ne otomatik bir istek gönderir ve BAA imzası ve sistem yapılandırmasına göre ilerlemeyi izler.
- Otomatik Şablon Dönüşümü ile Acrobat Sign'a Şablon Geçişinizi Hızlandırın - Yeni şablon geçiş özelliği, hesap yöneticilerinin şablonlarını Acrobat Sign'a hızlıca getirmesine yardımcı olur.Teknik uzmanlığa gerek olmadan bir şablon ZIP dosyası yükleyin, otomatik olarak dönüştürün ve içerik oluşturma ortamında sonuçları inceleyin.
- Acrobat Sign Akıllı Asistan Sohbet Robotu - Yeni Akıllı Asistan, kullanıcı ekleme, kullanım kontrolü veya ayarları güncelleme gibi yaygın sorulara uygulama içi yanıtlar verir.Sorunuzu günlük dilde sorun ve adım adım rehberlik, ilgili HelpX makaleleri veya destek sayfalarına bağlantılar alın.
- Resmi Kurumlar için Acrobat Sign modern deneyim ile güncelleniyor:
- Acrobat Sign for Government: Modern İmza Talep Arayüzüne Erişim - GovernmentCloud yöneticileri artık hesaplarını veya gruplarını modern İmza Talep arayüzünü kullanacak şekilde etkinleştirebilir.
- Acrobat Sign for Government: Alıcılar için mobil öncelikli yükseltme - Kamu kullanıcıları artık mobil cihazlarda imzalamayı basitleştirmek için tasarlanan modern arayüze erişebilir. Bu arayüz kolay yapılandırılabilir ve yalnızca form alanlarını içerir.
- Acrobat Sign for Government: Yeni Şablon Oluştur arayüzü kullanılabilir - Devlet kullanıcıları artık şablon tasarım sürecini kolaylaştıran ve kullanılabilirliği artıran modern Şablon Oluştur arayüzüne erişebilir.
- Yeni Güven Hizmeti Sağlayıcısı (TSP): Acrobat Sign, alıcının kimlik doğrulama seçeneklerini geliştirmek için desteklenen Güven Hizmeti Sağlayıcıları (TSP'ler) listesini genişletiyor. Artık aşağıdaki yeni TSP kullanılabilir:
- eID Easy
Bu ekleme, Acrobat Sign'ın küresel standartlarla uyumluluğunu genişleterek birden fazla sektörde kesintisiz ve güvenli dijital imzaları destekler.
Deneyimdeki Değişiklikler
- Geliştirilmiş dijital imza deneyimi - Bulut tabanlı dijital imza uygulama süreci, imzalayan kişinin dijital imza uygularken tamamlaması gereken etkileşim sayısını azaltacak şekilde iyileştirildi.
- İş Akışı Tasarımcısında etiketler için karakter sınırı 500 karaktere yükseltildi - İş Akışı Tasarımcısında özel iş akışı oluştururken veya düzenlerken, alanları tanımlamak için kullanılan etiketler artık 500 karaktere kadar kabul edebilir (100 karakterden artırıldı).
- Yeni özel iş akışı deneyimi kontrolü Genel Ayarlar menüsüne taşındı - Yeni özel iş akışını varsayılan deneyim olarak ayarla yapılandırılabilir seçeneği Gönderme Ayarları sayfasından Genel Ayarlar sayfasına taşındı.
Kullanıcıların yeni deneyim ile klasik versiyon arasında geçiş yapmalarına olanak tanıyan "geçiş bağlantılarını" ortaya çıkaracak yeni bir kontrol eklendi.
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4501772 | Özet: Modern imza isteme deneyimi için, Anlaşma ayarlarında dil değiştirildiğinde alıcı mesajı güncellenmez. |
| Düzeltme: Yeni bir dil seçildiğinde mesajların doğru şekilde güncellenmesi için yeni dil tercihini işleyen kod güncellendi. | |
| 4503504 | Özet: Nadir durumlarda, anlaşma oluşturma sırasındaki yeniden denemeler, Toplu Gönder kullanılarak aynı alt anlaşmanın birden fazla kopyasının oluşturulmasına neden olabilir |
| Düzeltme: Alt anlaşmaların nasıl oluşturulduğu ve dahili olarak listelendiğine ilişkin çoklu güncellemeler yapıldı ve yinelenen kopyaların oluşturulmamasını sağlamak için kontroller eklendi. | |
| 4511072 | Özet: "Şimdi gönder" seçeneği kullanıldıktan sonra İşlem Tüketimi Raporu e-postaları alınmıyor. |
| Düzeltme: Bir teslimat sorununu çözmek için posta sistemi güncellendi. | |
| 4511224 | Özet: Gönderilmeden önce "Devralınan" yakınlaştırmaya ayarlanan PDF dosyaları, imzalandıktan sonra varsayılan olarak "Sayfaya sığdır" ayarına dönüyor |
| Düzeltme: Özelliklerin elde edilen PDF'ye doğru şekilde yansıtılmasını sağlamak için ek açıklama kullanımı geliştirildi. | |
| 4512546 / 4522458 |
Özet: Gelişmiş Hesap Paylaşımı yoluyla paylaşılan hesaplar için paylaşılan iş akışları alan şablonlarını beklendiği gibi görüntülemiyor. |
| Düzeltme: GET /libraryDocuments/id/formFields isteği, gelişmiş hesap paylaşımı kullanım durumu için gerekli olan x-on-behalf-of-user başlığı için güncellendi. | |
| 4515020 | Özet: Grup düzeyinde bir yönetici Varsayılan Grupta olmayan bir kullanıcıyı taşımaya çalıştığında PUT /users/{id}/groups API çağrısı 403 hatası veriyor |
| Düzeltme: Yetki Grup yöneticilerini kapsayacak şekilde genişletildi; artık Grup yöneticileri, atanan kullanıcı varsayılan olmayan başka bir grupta olsa bile gruplarına kullanıcı ekleyebilirler. | |
| 4516121 | Özet: Bir radyo düğmesi grubunda farklı araç ipuçları olsa da imzalama sırasında tüm seçenekler için yalnızca ilk araç ipucu görüntüleniyor. |
| Düzeltme: Radyo düğmeleri ile ilgili kod, düğmeler dizisi için yalnızca tek bir araç ipucu kullanıyordu. Bireysel temsile izin verecek şekilde güncellendi. | |
| 4516129 | Özet: Sözleşmelerin süresi, gönderenin yerel saati yerine bu saatin UTC karşılığına göre sona eriyor. |
| Düzeltme: Sona erme süresini kontrol eden mantık artık tarayıcı saatine bağlı değil, bunun yerine çekirdek uygulamanın doğrulama yapmasına izin veriyor. | |
| 4518192 | Özet: İmzalayanlar, Okta SSO ile Adobe Sign Kimlik Doğrulamasını kullanırken zaman zaman imzalama işlemini tamamlayamıyor. |
| Düzeltme: Başarılı oturum açma işleminden sonra crossShardLoginPage niteliğini oturumdan kaldırın. | |
| 4521018 | Özet: Modern imzalama deneyimi kullanılırken, dışa aktarma değerleriyle yapılandırılmış açılır menü alanları, /formData API yanıtında dışa aktarma değeri yerine görünür etiketi döndürüyor. |
| Düzeltme: Artık görünür değerler yerine gizli (dışa aktarma) değerler gönderiliyor. | |
| 4521111 | Özet: Yeni yazma deneyiminde kullanıcılar, Alan Şablonları açılır menüsünden mevcut tüm alan şablonlarını kaydırarak görüntüleyemiyor. |
| Düzeltme: Modern yazma deneyimi, alan şablonlarının yalnızca ilk sayfasını değil daha fazlasını yükleyecek şekilde güncellendi. | |
| 4521311 | Özet: Sözleşme sona erme mekanizmasında bilinen 12 saatlik bir gecikme nedeniyle hatırlatıcılar geçerli sona erme süresinden sonra gönderiliyor ve bu durum başarısız imzalama girişimlerine ve kullanıcıların karışıklık yaşamasına neden oluyor. |
| Düzeltme: Yinelenen "İmzalanana Kadar" hatırlatıcıları için imzalama son tarihi kontrol ediliyor ve artık hatırlatıcı gönderilmiyor. Ancak gönderen imzalama son tarihini 12 saatlik süre içinde gerçekten sona ermeden önce düzenlerse hatırlatıcı alınabilmesi için etkin bırakılıyor. | |
| 4522059 | Özet: Bir imzalayan, Ek alanı kullanarak bir dosya yüklediğinde ve ardından Dijital İmzayı tamamladığında Belgeyi İndir bağlantısı "Sayfa Bulunamadı" hatası veriyor. |
| Düzeltme: Sağlama toplamı, PDF özelliklerinde isteğe bağlı olduğundan yinelenen algılamadan çıkarıldı. Acrobat Sign, yinelemeleri tanımlamak için dosya adını ve boyutunu kullanmaya devam ediyor. | |
| 4522382 | Özet: Kullanıcılar, kimlik doğrulama etkinleştirilmiş Tıkla ve İmzala özelliğini kullanırken işlemleri tamamlayamıyor. Oturum açtıktan sonra işlem tamamlanmıyor ve yeniden denemek gerekiyor |
| Düzeltme: crossShardLandingPage URL parametresi oturum açma sonrası oturumdan kaldırıldı. | |
| 4522384 / 4523594 / 4523900 |
Özet: Toplu Gönderme özelliği kullanılırken ilk denemede hiçbir anlaşma gönderilmiyor, ancak yerel parçada görev sıralaması nedeniyle ikinci deneme beklendiği gibi çalışıyor. |
| Düzeltme: Görevlerin gecikmemesini sağlamak için görev sıralaması iyileştirildi. | |
| 4522497 | Özet: Sözleşmelerdeki zaman damgası formatı, belge imzalandıktan sonra SS:DD:SS'den SS:DD'ye değişiyor ve bu da son denetim kaydında saniye bilgisinin kaybolmasına neden oluyor. |
| Düzeltme: Saniyeler timePatern'e eklendi. | |
| 4522509 | Özet: CC alıcıları, LDV etkin anlaşmalara e-posta bağlantısı üzerinden erişirken anlaşma bağlam panosunu görüntüleyemiyor. Bunun yerine "Belge henüz görünür değil" hatası alıyorlar. |
| Düzeltme: Bağlam panosunu görüntülemek için gereken erişimi sağlamak üzere kod değiştirildi. | |
| 4522547 | Özet: Şablon kullanılırken, her ek açıklamadan sonra sayfa döndürme uygulanması nedeniyle son PDF'te imzalamadan sonra form alanı verileri hatalı hizalanmış veya eksik görüntülenebilir. |
| Düzeltme: Sayfa döndürme düzeltildi. | |
| 4522914 | Özet: Yeni Toplu Gönderme özelliği kullanılırken, Agreement_Message veya Private_Message sütunlarındaki değerler belirli bir karakter sınırını aşarsa müşteriler CSV yüklemesi sırasında bir hatayla karşılaşabilir. |
| Düzeltme: Karakter sınırı müşteriye yönelik materyallerde belgelendi. | |
| 4522945 | Özet: Bir hesap/grup yöneticisi, yeniden kullanılabilir belgeyi düzenlemeye ve bir alan şablonu uygulamaya çalıştığında kaynak katılımı kontrol edilirken NullPointerException oluşuyor |
| Düzeltme: Kitaplık belgelerini hesap/grup yöneticisi olarak düzenlerken kaynak katılımını bulmak için yöntem eklendi | |
| 4523043 | Özet: Rolü Yetki Veren olarak ayarlanmış bir katılımcı içeren bir web formunu düzenlerken, Web Formunu Değiştir sayfası yüklenemiyor. Bir konsol hatası tetikleniyor ve herhangi bir düzenleme yapılmasını engelliyor. |
| Düzeltme: ROLE_MAP tanımsızsa kodun className'i tanımsız olarak okumamasını ve hata vermemesini sağlayan bir kontrol eklendi. Bunun yerine tanımsız döndürüyor. | |
| 4523061 | Özet: E-postalara eklenen imzalı belgeler, dosya adında orijinal dosya uzantılarını koruyor ve bu da gereksiz adlandırmaya neden oluyor |
| Düzeltme: Dosya adı alt dizesi '.' ile başlıyorsa ve uzantıdan farklıysa artık kırpılmıyor. | |
| 4524122 | Özet: Yeni Deneyim'de, kaydedilmiş bir İş Akışından bir anlaşma başlatmaya çalışmak, aşılan karakter sınırı nedeniyle bir sistem hatasıyla sonuçlanıyor. |
| Düzeltme: Etiket sınırları 500 karaktere izin verecek şekilde güncellendi. | |
| 4524162 | Özet: Bağlantı doğrulaması, Yeni İçerik Oluşturma Deneyiminde sözleşme gönderilmesini engelliyor |
| Düzeltme: Köprü doğrulamalarının daha esnek yönetilmesini sağlamak için yeni deneyim Hatalar kancasını kontrol eden bir parametre eklendi. | |
| 4524356 | Özet: Kullanıcılar, anlaşmaları imzalamaya çalışırken -1 kenarlık genişliğinin doğru yorumlanmaması nedeniyle "Sunucu Hatası: İsteğinizi işlerken bir hatayla karşılaştık" mesajıyla karşılaşıyor. |
| Düzeltme: Artık -1 varsayılan 1 pt kenarlık olarak yorumlanıyor ve kenarlık yalnızca sıfırdan büyükse ekleniyor. | |
| 4524410 | Özet: Yeni Gönderme deneyiminde, bir iş akışı kullanırken ve önceden ayarlanmış anlaşma adını sildikten sonra yeni bir dosya yüklerken, Anlaşma Adı alanı otomatik olarak güncellenmez. |
| Düzeltme: onBlur olayı için varsayılan değeri kaldıran bir düzeltme eklendi ve belge adı metin alanına ilk yüklenen belgenin adını ayarlayan bir mantık getirildi. | |
| 4524614 | Özet: PDF'deki metin form alanlarında kullanılan font, yazma sayfasında seçilen fontla eşleşmiyor. Metin alanı fontu her zaman SourceSansPro-Regular. |
| Düzeltme: ExternalFont.getFontReplacementMapping, normal, kalın ve italik fontları içerecek şekilde genişletildi. | |
| 4525098 | Özet: Gönderen, imzalayan 2 olduğunda ve gönderen imzalayan 1'in yerine geçtiğinde imzalayan 2'ye imza isteği e-postası gönderilmiyor. |
| Düzeltme: Paralel alıcı listeleri, aynı alıcı kümesindeki başka bir alıcının yerine mevcut bir alıcının kullanıldığı durumu yönetmek için iyileştirildi. | |
| 4525377 | Özet: Elektronik mühürler (eMühürler) Modern İmza İsteği Deneyimi ile çalışmıyor |
| Düzeltme: Mührün grup erişimiyle sınırlandırıldığı UMG dışı bir iş akışında elektronik mühür alıcısını doğrulamak için bir test senaryosu ekleyin. | |
| 4525491 | Özet: Latin olmayan karakterler (örneğin Çince, Japonca, Tayca, Korece) içeren sözleşme adları, Toplu Halde Gönder ile gönderildiğinde alıcının Yönet sekmesinde ve e-posta bildirimlerinde ?????? olarak görünüyor. |
| Düzeltme: Belgelere UTF-8 formatının gerekli olduğunu belirten bir güncelleme eklendi | |
| 4525653 | Özet: API kullanılarak JPEG dosyalarıyla gönderilen anlaşmalar, bir belge işleme hatası nedeniyle otomatik olarak iptal ediliyor. Sorun, dosyalar başarıyla yüklendikten sonra ancak sözleşme gönderilmeden önce oluşuyor. |
| Düzeltme: JPEG SOI app0-15 için destek eklendi | |
| 4526153 | Özet: Damga alanının ölçeği eski ve yeni içerik oluşturma ekranlarında farklı davranışlar sergiliyor. |
| Düzeltme: Yeni yazma ortamı, damga alanını klasik sürümle tutarlı bir şekilde ölçekleyecek şekilde güncellendi. | |
| 4527031 | Özet: Yeni deneyimde "Gönderenlerin imzalama sırasını seçmesine izin ver" işaretlenmediğinde, "Alıcılar sırayla imzalamalıdır" seçeneği görünür kalıyor |
| Düzeltme: Bu kontrole erişimle ilgili kod, ayar gerektirdiğinde seçeneği düzgün bir şekilde gizleyecek şekilde iyileştirildi. | |
| 4527284 | Özet: Belirli taranmış veya düzleştirilmiş PDF dosyaları içeren anlaşmalar, yazma sırasında başarısız oluyor ve yönetilmeyen dahili bir kitaplık nedeniyle AUTO_AUTHOR_FAIL hatasıyla otomatik olarak iptal ediliyor. |
| Düzeltme: Herhangi bir istisnayı yakalayan ve kaydeden ancak bir anlaşmanın oluşturulmasını kesintiye uğratmayan bir yöntem uygulandı. | |
| 4527948 | Özet: Hesaplanmış bir Acroform alanı Sign'a aktarıldığında, REST API'si { calculated: true, valueExpression: '' } içeren bir alan döndürüyor ve bu da alanın bir doğrulama hatasıyla görüntülenmesine neden oluyor. |
| Düzeltme: Bu kullanım durumunda tanımlanan alanlar artık hesaplanmış değil, manuel olarak girilecek şekilde güncellendi. | |
| 4528062 | Özet: Çok sayıda kullanıcısı olan Salesforce hesapları için Get /users API çağrısı başarısız oluyor |
| Düzeltme: Salesforce entegrasyonunun yeni bir sürümü, kullanıcı listesini alma sürecini daha verimli hale getiriyor. | |
| 4528284 | Özet: Yeni Deneyimde Telefonla Kimlik Doğrulamada Cayman Adaları için hatalı ülke kodu |
| Düzeltme: Ülke kodu güncellendi. | |
| 4529259 / 4529319 |
Özet: Yeni Özel İş Akışı Gönderme Deneyiminde İş Akışı Yapılandırmasına Rağmen İsteğe Bağlı İmzalayanların Adlarının ve 2FA'nın Zorunlu Olması |
| Düzeltme: İsteğe bağlı alıcılar için bir kontrol sağlandı, böylece e-posta kimliği olmadığında kimlik doğrulama (telefon, şifre, kba) herhangi bir doğrulama hatası vermeyecek. Benzer şekilde, e-posta kimliği alanında bir giriş olmadığı sürece isteğe bağlı alıcılar için ad da zorunlu olmayacak. | |
| 4530084 | Özet: Bazı kullanıcılar Yeni Gönderme Deneyiminde Alıcı Ayarlarına erişirken boş bir ekranla karşılaşıyor. Sorun, belirli bir ülke kodu etiketi için eksik çeviriden kaynaklanıyor ve en-US dışındaki tüm yerel ayarları etkiliyor. |
| Düzeltme: Doğru çeviriler yayınlandı ve ilgili işlevlere sabitlendi. | |
| 4530537 | Özet: Adlandırılmış bir hedefi bir konuma dönüştürmeye çalışırken bir NPE oluşuyor ve anlaşmaların gönderilmesini engelliyor. |
| Düzeltme: Hedefin adlandırılmış bir hedef olup olmadığını belirlemek ve öyleyse atlamak için yeni bir kontrol uygulandı. |
Korumalı Alan dağıtımı: 19 Ağustos 2025
Üretim dağıtımı: 16 Eylül 2025
GovCloud dağıtımı: 18 Eylül 2025
Gelişmiş İşlevsellik
- Acrobat Sign for Government için özel e-posta şablonları kullanılabilir - GovCloud platformundaki müşteriler artık anlaşma bildirimleri ve hatırlatıcıları için özel e-posta şablonları oluşturabilir.
- Yenilikler afişi Ana Sayfada: Hesap veya grup düzeyinde etkinleştirilebilen yeni bir Yenilikler afişi, kullanıcıları sürüm notları, eğitim ve sistem etkinlikleri gibi yeni ürün bildirimleri hakkında bilgilendirebilir. Bu, yeni özellikler ve seçenekler hakkında farkındalık yaratmaya, katılımı artırmaya ve önemli güncellemelerin kaçırılmamasını sağlamaya yardımcı olur. Tüm hesaplar yayınlandıktan sonra etkinleştirilecek ve hesap düzeyindeki yönetici tarafından devre dışı bırakılabilecektir. "Varsayılan olarak etkin" kuralına birkaç istisna vardır:
- Avustralya sunucusu (AU1) varsayılan olarak özellik devre dışı bırakılmış olacaktır.
- "Devlet" hesabı olarak tanımlanan herhangi bir hesap devre dışı bırakılacaktır.
Deneyimdeki Değişiklikler
- Noterize entegrasyonunun Proof olarak yeniden markalanması – Çevrim içi noter onayı hizmeti entegrasyonu, hizmetin yeni marka adı olan Proof'u yansıtacak şekilde, müşterilere yönelik tüm iletişimlerde güncellenmiştir.
Acrobat Sign kullanıcı arayüzü güncellemelerinin Ekim ayında yayınlanacak bir sonraki (v16.2) sürümde yer alması bekleniyor.
- API aracılığıyla anlaşma oluştururken daha sıkı yerel ayar doğrulaması- API aracılığıyla oluşturulan anlaşmalar için dil ayarları doğrulaması sıkılaştırılmıştır.Bir anlaşma oluşturmak için API kullanılırken ve 'Hesabınızdaki kullanıcıların farklı bir imzalama dili seçmesine izin ver' seçeneği devre dışı bırakıldığında, API anlaşma yerel ayarının yönetici tarafından seçilen 'İmzalama dili' ile eşleşmediği herhangi bir talebi reddeder.
web Arayüzü üzerinden göndermenin etkilenmediğini unutmayın.
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4511940 | Özet: Bir gönderen Çok satırlı veri girişi özelliği etkinleştirilmiş ve font ayarı Auto olarak belirlenmiş bir metin alanı oluşturduğunda, mobil tarayıcı kullanan imzalayanlar metnin alan alt kısmında kesildiğini görüyor. |
| Düzeltme: Çok satırlı alanlara özel değiştirilmiş bir formül kullanılarak, font boyutu < 0 (otomatik) durumunu işleyebilmek için alan boyutunu hesaplayan temel yöntem geçersiz kılındı. | |
| 4516038 | Özet: Toplu Halde Gönder özelliğiyle sözleşme gönderirken kullanıcılar Belge Son Kullanma Tarihi Ayarları hem Grup hem de Hesap düzeyinde devre dışı bırakılmış olsa bile "Belge son kullanma tarihi için izin verilen maksimum gün sayısını aştınız." hatasını görüyor. |
| Düzeltme: Grup/hesap için sözleşme son kullanma tarihini doğru şekilde değerlendirmek üzere kod düzeltildi. | |
| 4522265 | Özet: Bir PDF hem doldurulabilir alanlar hem de metin etiketleri içerdiğinde, metin etiketleri işlenmiyor. |
| Düzeltme: Form alanı oluşturucularının olup olmadığına bakılmaksızın düzleştirilmiş durumda bir görev oluşturuldu. Form alanları içeren bir PDF'in, ihtiyaç duyulduğunda formify artefaktını işleyebilmesini sağlar. | |
| 4522645 / 4527073 |
Özet: İmzalı PDF, gönderenin son imzalayan adına bir belge yüklemesinden sonra boş bir üçüncü sayfa içeriyor. |
| Düzeltme: Küçük akışları düzgün şekilde işlemek için yönetim işlevi iyileştirildi. Yazılı İmza yüklemeleri, yüklenen belgede herhangi bir sorun tespit edilirse orijinal yükleme yerine onarılmış belgeyi kullanır. | |
| 4524437 | Özet: Yeni kullanıcılar, sahte bir URL nedeniyle daveti kabul ettikten sonra Adobe Sign'a giriş yapamıyor. |
| Düzeltme: URL düzeltildi. | |
| 4525093 | Özet: Tüketici açıklaması bağlantısı tıklanabilir değil. Bağlantı mevcut ancak tıklamak sadece onay kutusunu değiştiriyor, bağlantıyı açmıyor. |
| Düzeltme: Bağlantının yeni bir sayfa açmasına izin vermek için bağlantı CSS'i değiştirildi. | |
| 4525099 | Özet: SMS teslimi gerektiren ancak e-posta bildirimlerini devre dışı bırakan müşteriler, sözleşmeleri SMS ile gönderemiyor. |
| Düzeltme: SMS/WhatsApp teslimi artık e-posta ayarlarına bağlı değil. | |
| 4525328 | Özet: Aynı ada sahip köprüler içeren iki veya daha fazla şablon kullanmak, imzalamaya çalışırken sunucu hatasına neden oluyor |
| Düzeltme: Yinelenen köprü adları varsa benzersiz şekilde tanımlanmalarını sağlamak için bağlantı adları değiştirilecektir. | |
| 4525510 | Özet: Ödeme formu alanı, Yeni Yazarlık Deneyiminde USD para birimi türünü koruyamıyor ve 'Beklenmeyen hata' arızasına yol açıyor. |
| Düzeltme: Ödeme alanları için dönüşümler güncellendi. | |
| 4525544 | Özet: Etkin veya Taslak Web Formları düzenlenemiyor |
| Düzeltme: Artık kullanıcı arayüzü verilerini kullanmak yerine mevcut ayarları koruyoruz ve sunucuya gönderiyoruz. | |
| 4525901 / 4532254 |
Özet: Alan içeriği oluşturma işlemi girildikten sonra yeni katılımcılar eklendiğinde iş akışı rolü hatalı olduğu için sözleşme kalan imzalayana atanmıyor. |
| Düzeltme: Alan içeriği oluşturma sonrasında yeni katılımcılar eklendiğinde katılımcı rollerini daha iyi değerlendirmek için kod geliştirildi. | |
| 4526300 | Özet: Yeni deneyimde, iş akışı kimliğiyle özel bir sözleşme URL'si oluşturulamıyor |
| Düzeltme: Özel URL'ler yalnızca iş akışı kimliğiyle oluşturulduğunda, sözleşme oluşturma formu yeniden yüklenir ve form yükleme sırasında iş akışını ve taslak sözleşmeyi tekrar almak için arka ucu arar. | |
| 4526756 | Özet: GovCloud API Swagger Sayfası belgeleri yeni uygulamalar oluşturma konusunda hatalıdır |
| Düzeltme: FedRAMP müşterileri için karışıklığı önlemek amacıyla ek bir ifade eklendi. | |
| 4527340 | Özet: Kullanıcılar Acrobat web'de Doldur ve İmzala özelliğini uyguladıktan sonra E-imzaya davet et seçeneğini belirlediklerinde, sözleşme Acrobat Sign alan içeriği oluşturma sayfasına geçtiğinde Doldur ve İmzala sırasında girilen değerler görüntülenmiyor. Alan içeriği oluşturma görünümünde, doldurulan değerler yerine boş alanlar görüntüleniyor. |
| Düzelt: Varsayılan font boyutu değeri doğru olduğundan içeriğin düzgün şekilde görüntülenmesine olanak tanır. | |
| 4528835 | Özet: Boş işaretçi hatası nedeniyle belirli bir İmleç için GET /formData çağrısı yapıldığında, "GET formData için MISC_SERVER_ERROR – Bazı çeşitli hatalar oluştu" hatası alınmaktadır. |
| Düzeltme: Bir NPE kontrolü ve kaydı eklendi. | |
| 4528902 | Özet: Bir sözleşme 2 katılımcıya sıralı olarak imzalanmak üzere gönderildiğinde, PDF model işleme sırasında ilk katılımcıya atanan "alıcı adı" alanı kayboluyor. "Alıcı adı" alanının rolünü ayarlarken PDF modelinde depolanan katılım seti rolü dönüştürülemiyor. |
| Düzelt: Bu tür dönüştürmeleri doğru şekilde yönetmek için birçok işlev güncellenmiştir. | |
| 4531278 | Özet: CC olarak eklenen bazı e-posta adresleri, Acrobat Sign'ın kullanıcı oluşturma sırasında e-posta adreslerini otomatik olarak küçük harfe dönüştürme özelliğini eklemesinden önce oluşturulmuşsa bunlar işlem gönderildikten sonra otomatik olarak kaldırılır. |
| Düzeltme: CC kaldırma kodundaki e-posta adresi araması/karşılaştırması duyarlı değil olarak güncellendi | |
| 4531669 | Özet: PDF spesifikasyon sınırlarını aşan adlara sahip form alanları işlenirken sözleşmeler PDF belgeleri kullanılarak gönderilemez. |
| Düzeltme: Ek açıklamanın görünümü için NPE kontrolleri eklendi. | |
| 4531998 | Özet: API Üzerinden Alt Sözleşmeye Erişilemiyor - Yer imi başlığı boş olduğundan "Geçersiz Belge Kimliği" Hatası. |
| Düzeltme: Yer imi başlığı boş olduğunda NPE ile başarısız olabilecek hata ayıklama ifadesi kaldırıldı. | |
| 4532642 | Özet: Karşı imzalayanlar için ek bilinmeyen imzalayanlar ve alıcı grubu içeren bir web formundaki karşı imzalayanlardan birini değiştirmeye çalışırken güncelleme yöntemi, kullanıcı/e-posta verisi olmayan bilinmeyen katılımcılardan (ek bilinmeyen imzalayanlar) gelen ve NullPointerException'a neden olan e-postaları okumaya çalışır. |
| Düzeltme: Henüz kullanıcı/e-posta verisi olmayan katılımları işlerken NPE'yi engelleyen, bilinmeyen katılımları e-posta toplama akışının dışında tutmak için bir filtre koşulu eklendi. |
Adobe Acrobat Sign Sürümü 16.2
Üretim dağıtımı: 07 Ekim 2025
GovCloud dağıtımı: 14 Ekim 2025
Gelişmiş İşlevsellik
- İmza İsteği, tıklamaları azaltmak ve verimliliği artırmak için tasarlanmış birkaç kullanıcı deneyimi iyileştirmesi sunuyor - Bu güncellemeler müşteri geri bildirimlerini ele alarak yeni İmza İsteği deneyimini daha hızlı, daha keşfedilebilir ve klasik iş akışıyla daha uyumlu hale getiriyor.
- İçerik oluşturma aşamasında tüm imza türleri varsayılan olarak genişletilmiş durumdadır
- Oluşturma aşamasında ön doldurma rolü her zaman görünür
- Gizli menülerin yerini satır içi alıcı ekleme düğmeleri alıyor
- Adres eklerken otomatik yeni alıcı satırı
- Birden fazla alıcı adresi için kopyala/yapıştır desteği
- Yeni anlaşmalar oluştururken kullanıcı deneyimini yapılandırmak için yönetici kontrolleri. Rehberli bir süreç veya tüm bölümleri baştan gösterme arasında seçim yapın.
- Onay kutusu grupları için API desteği gönderenlerin bir form içinde çoklu seçim seçenekleri tanımlamasına olanak sağlıyor: Onay kutusu grupları, gönderenlerin alıcıların kaç seçenek seçmesi gerektiğini belirlemesine izin vererek yapılandırılmış çoklu seçim girişi gerektiren sözleşmelere yeni bir esneklik getiriyor.
Çoklu seçim onay kutularının seçeneğinin yalnızca API ile oluşturulan anlaşmalar için mevcut olduğunu unutmayın.- Çoklu seçim onay kutusu gruplarını tanımlayın.
- Tam, minimum, maksimum veya aralıklı seçimler için kuralları yapılandırın.
- Klasik e-imza deneyiminde imzalama sırasında doğrulama uygulanır.
- Alıcı seçimleri imzalı sözleşmelerde ve indirilebilir form verilerinde korunur.
- Kullanıcının Acrobat Sign kuruluşuna davet edilmesi: Ekibin daha hızlı benimsenmesi için yönetici kontrollü iş akışlarıyla ekip arkadaşlarınızı doğrudan Acrobat Sign arabiriminden davet edin. Yapılandırmaya bağlı olarak davet edilen kullanıcılar otomatik olarak yetkilendirilebilir, Tam Zamanında (JIT) yetkilendirme üzerinden yönlendirilebilir veya yönetici onayı gerektirebilir. Bu kolaylaştırılmış akış, KOBİ ve orta ölçekli ekipler için uyuşmazlıkları azaltır, paylaşılan iş akışlarının benimsenmesini hızlandırır ve yöneticilere gerçek lisans talebi konusunda daha iyi görünürlük sağlar.
- Son kullanıcılar için Ana Sayfa ve Yönet sayfalarında yeni Davet Et düğmesi
- Davet edilen kullanıcılar bir hoş geldiniz e-postası alır ve sorunsuz bir şekilde kuruluşa eklenir
- Davetler mevcut otomatik yetkilendirme kurallarına uyar
- Otomatik sağlama devre dışı bırakılmışsa, istekler onay için yöneticilere yönlendirilir
- Yeniden düzenlenmiş Kullanıcılar sayfası- Kullanıcılar sayfası, kullanıcıları çeşitli durumlarında daha iyi yönetmek ve yeni davet edilen takım arkadaşları için daha iyi görünürlük sağlamak üzere yeniden düzenlenmiştir. Bu, hesaplarını etkinleştirmekte sorun yaşayan kullanıcıları izole etmeye ve daha büyük ekip için uyum sürecini hızlandırmaya yardımcı olur.
- Acrobat Sign'a erişim için izin verilen IP aralıkları Gruplara ve API'lere genişletildi: Acrobat Sign'a erişimi güvence altına alırken IP kısıtlama kontrolleri için daha fazla esneklik sağlandı. IP kısıtlamaları artık Grup Yöneticileri tarafından grup düzeyinde yapılandırılabilir. Buna ek olarak, kısıtlamalar artık API erişimi için de geçerlidir: bir hesap veya grup için izin verilen IP adresleri belirtilmişse, hem Acrobat Sign kullanıcı arayüzüne hem de API'lere yalnızca bu adreslerden erişilebilir.
- IP kısıtlamaları artık hem kullanıcı arayüzü hem de API erişimi için geçerlidir.
- Grup Yöneticileri grupları için IP kısıtlamalarını yapılandırabilir.
- Birden fazla grupta bulunan kullanıcılar, varsayılan gruplarının IP politikasına göre değerlendirilir.
- Entegrasyonlar ve iş ortağı uygulamaları varsayılan olarak izin verilir ve IP engelleme ile kısıtlanmaz.
- Yöneticiler, grup veya hesap düzeyinde uygulamaları engellemek için Adobe Desteği ile çalışabilir. Erişim engellenirse uygulama, Acrobat Sign'a bağlanmak için izin verilenler listesine alınan IP adreslerini kullanmalıdır.
- ETLA lisanslı müşteriler için yaşam kalitesi güncellemeleri: VIP lisanslı müşteriler için sunulan son güncellemeler, 100.000 ABD dolarının altında bir lisans değerine sahip ETLA lisanslı müşterilere de sunuluyor (sorularınız varsa hesap yöneticinizle veya destek birimiyle iletişime geçin):
- Ana Sayfa'dan Kolaylaştırılmış Yönetici Kurulumu - Acrobat Sign hesap yöneticilerinin temel yapılandırma araçlarına hızlıca erişmesine yardımcı olacak yeni bir Hesap yönetimi bölümü tanıtıyor. Ek işlemlere gerek kalmadan kullanıcıları ekleyin, grupları düzenleyin, entegrasyonları birleştirin ve şablonları doğrudan Ana Sayfadan taşıyın.
- Acrobat Sign'dan Admin Console'a kullanıcı ekleme – Yöneticiler artık Acrobat Sign'daki Kullanıcılar sayfasından doğrudan kullanıcı ekleyebilir ve Adobe Admin Console otomatik olarak güncellenir.
- Bu öğe Kasım 2025'in ilk haftasında kullanıma sunulacaktır.
- Admin Console Rol Görev Atama Artık Acrobat Sign Üzerinden Kullanılabilir - Kurulumu kolaylaştırmak için Acrobat Sign artık hesap yöneticilerinin ürün arayüzünden çıkmadan temel Admin Console rollerini—Ürün ve Destek Yöneticisi—atamasına olanak tanıyor.
- Üçüncü Taraf Entegrasyonlarına Daha Kolay Erişim - Yönetici menüsüne yeni bir Entegrasyonlar sayfası eklendi ve bireysel entegrasyonlar için kurulum dosyalarına doğrudan, sezgisel bağlantılar sağlıyor.
- Ürün içi rehberlik ile daha kolay HIPAA onboarding - HIPAA kapsamındaki kuruluşlar artık Başlayın yönetici menüsü aracılığıyla yeni bir self-servis iş akışı ile Acrobat Sign içinde etkinleştirme sürecini başlatabilir. Sistem, Destek Birimi'ne otomatik bir istek gönderir ve BAA imzası ve sistem yapılandırmasına göre ilerlemeyi izler.
- Acrobat Sign'a otomatik şablon dönüştürme ile şablon geçişinizi hızlandırın - Yeni şablon geçiş özelliği, hesap yöneticilerinin şablonlarını {3}Acrobat Sign{4}'a hızlıca getirmelerine yardımcı olur. Teknik uzmanlığa gerek olmadan bir şablon ZIP dosyası yükleyin, otomatik olarak dönüştürün ve içerik oluşturma ortamında sonuçları inceleyin.
- Dijital Olarak İmzalanmış Sözleşmelerden Sertifikasyon ve Kilitleme İmzalarını Kaldırma: Üçüncü taraf imza doğrulama hizmetlerinden geçmesi gereken kuruluşlar artık Adobe desteğinden, dijital olarak imzalanmış sözleşmelerde Adobe Sertifikasının uygulanmasını atlamak ve kilitleme imzalarını engellemek için hesap veya grup ayarlarını yapılandırmasını talep edebilir. Etkinleştirildiğinde sözleşmeler yalnızca alıcının dijital imzalarını içerir ve bu da sıkı bölgesel doğrulama araçlarında ret oranlarını azaltır.
- Hesap yöneticileri, hesap ve/veya grup düzeylerinde Adobe Sertifikasyonu ve Kilitleme imzalarını hariç tutmak için Adobe desteğinden talepte bulunabilir.
- Sözleşmeler yalnızca alıcı dijital imzalarını içerir ve bu da üçüncü taraf doğrulayıcılar tarafından kabul edilme oranını artırır.
- Denetim Raporu, sertifikanın atlandığı durumları, SHA-256 belge parmak izi dahil olmak üzere kaydeder
- Tüm dışa aktarma temas noktalarında geçerlidir: e-posta ekleri, Yönet sayfası indirmeleri, API ve web kancası yükleri
- Bölgesel güven planları kapsamında doğrulama gerektiren müşteriler tarafından ortaya çıkarılan uyumluluk boşluklarını çözer - Açıklama
- PDF/A-3B uyumluluğunu destekleyecek ve yüklenen tüm dosyaları seçili PDF/A standardına dönüştürecek şekilde geliştirilen PDF/A: Yöneticiler artık PDF'ler, Microsoft Office formatları ve raster görüntüler de dahil olmak üzere yüklenen dosyaların PDF/A-2b veya PDF/A-3b'ye dönüştürülmesini ve normalleştirilmesini sağlayabilir. Mevcut PDF/A dosyaları doğrulanır, gerekirse onarılır veya yapılandırılan hedef düzeye normalleştirilir.
- Yöneticiler PDF/A iş akışlarını hesap veya grup düzeyinde yapılandırabilir.
- Desteklenen uyumluluk düzeyleri: PDF/A-2b (varsayılan) ve PDF/A-3b.
- PDF olmayan ve uyumlu olmayan PDF belgeleri otomatik olarak PDF/A'ya dönüştürülür.
- Hasarlı PDF/A dosyaları onarılır veya hedef düzeye normalleştirilir.
- PDF/A kurallarına göre izin verilen ekler: PDF/A-2b (yalnızca PDF/A), PDF/A-3b (herhangi bir dosya).
- Sözleşmeler, imzalama tamamlandığında PDF/A uyumluluğu için yeniden doğrulanır.
- Denetim Raporları isteğe bağlı olarak PDF/A formatında oluşturulur ve uyumluluk düzeyi ile birlikte PDF/A doğrulama/dönüştürme sonuçlarını içerir.
- Denetim Raporlarında "Kimlik Doğrulama Yöntemi Güncellendi" olayları: Alıcı kimlik doğrulama yöntemlerindeki değişiklikler artık Denetim Raporuna ayrı olaylar olarak dahil edilebilir. Bir gönderen (veya yetkili temsilci) bir alıcının kimlik doğrulama yöntemini güncellediğinde —örneğin SMS OTP'den E-posta OTP'ye geçiş yaparken— güncelleme, sözleşmenin denetim raporunda, etkinlik günlüğünde ve API olayları listesinde yakalanır ve kaydedilir.
- Denetim raporunda, şunları gösteren yeni bir olay olan Kimlik Doğrulama Yöntemi Güncellendi görünür:
- Etkilenen alıcı
- Değişikliği yapan kullanıcı
- Orijinal kimlik doğrulama yöntemi
- Yeni kimlik doğrulama yöntemi
- Değişikliğin zaman damgası
- Olaylar ayrıca GET /agreements/{agreementId}/events API aracılığıyla da sunulur.
- Etkinlik günlükleri, olayı alıcı, başlatan ve zaman damgası ayrıntılarıyla görüntüler.
- Denetim raporunda, şunları gösteren yeni bir olay olan Kimlik Doğrulama Yöntemi Güncellendi görünür:
Deneyimdeki Değişiklikler
- Resmi Kurumlar için AcrobatSign IPv6 erişimi: Resmi Kurumlar için Acrobat Sign hizmetinde IPv6 kullanan kuruluşlar artık Acrobat Sign IPv6 adreslerine erişebilir:
- 2001:489a:3102:4::160/124 (IPv6)
- 2001:489a:3102:4::150/124 (IPv6)
- e-imzalama için modern Alıcı deneyimi artık tüm hesaplar için varsayılan ortamdır - Tüm hesaplar modern e-imzalama ortamını kullanacak şekilde güncellenmiştir. Gerektiğinde klasik ortamı etkinleştirmek için yönetici kontrolleri Yönetici menüsünde kalır.
- Modern İmza İste deneyimi artık tüm hesaplar için varsayılan ortamdır - Tüm hesaplar modern İmza İste ortamını kullanacak şekilde güncellenmiştir. Gerektiğinde klasik ortamı etkinleştirmek için yönetici kontrolleri Yönetici menüsünde kalır.
- Modern Şablon Oluştur deneyimi artık tüm kurumsal hesaplar için varsayılan ortamdır - Tüm hesaplar modern Kitaplık Şablonu Oluştur ortamını kullanacak şekilde güncellenmiştir. Gerektiğinde klasik ortamı etkinleştirmek için yönetici kontrolleri Yönetici menüsünde kalır.
- Modern Özel İş Akışı Tasarımcısı deneyimi artık tüm hesaplar için varsayılan ortamdır - Tüm hesaplar modern İş Akışı Tasarımcısı ortamını kullanacak şekilde güncellenmiştir. Gerektiğinde klasik ortamı etkinleştirmek için yönetici kontrolleri Yönetici menüsünde kalır ve kullanıcıların klasik ve modern deneyimler arasında geçiş yapabilmeleri için geçiş bağlantıları (etkinleştirilmişse) bulunur
REST API/Web Kancası Güncellemeleri
Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.
- Durum alma veya listeleme amaçlı GET API uç noktaları için API yoklama eşiği- Yeni bir yoklama eşiği artık istemci uygulamalarının belirli GET /agreement uç noktalarını ne sıklıkta yoklayabileceğini sınırlar.
- OEM İş Ortakları için Süper Grup Yöneticisi rolü: OEM 2.0 platformunda yeni bir Süper Grup Yöneticisi rolü kullanıma sunuldu. Bu rol, iş ortaklarının müşterilerine tam Hesap Yöneticisi ayrıcalıklarını açığa çıkarmadan grup oluşturma ve yönetme konusunda sınırlı yönetim yetenekleri vermelerini sağlar.
- İş ortağının müşterisi kendi gruplarını oluşturabilir ve yönetebilir.
- Bir grubu oluşturan kişi otomatik olarak o grubun Grup Yöneticisi olur.
- Hesap Yöneticileri, hangi grup ayarlarının gösterileceğini kontrol eder.
- Grup Yöneticileri yalnızca İleti Şablonları, E-posta Ayarları, Gönderme Ayarları ve Paylaşım Durumu gibi ilgili ayarları görür.
- Bu özellik UMG'nin (Birden Çok Gruptaki Kullanıcılar) etkinleştirilmesini gerektirir.
- Hesap Yöneticileri, hesap düzeyindeki Ayarlar'a erişimi olan ve Süper Grup Yöneticisi rolünü atayabilen tek rol olmaya devam eder.
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4505635 | Özet:agreement_retention kapsamı GovCloud API'sinde kullanılamıyor. |
| Düzeltme: Kapsam, Okta entegrasyonu ile GovCloud ortamında çalışacak şekilde yapılandırıldı. | |
| 4515686 | Özet:Web formu sahipleri, belirli doğrulama koşullarında mevcut web formlarındaki karşı imzalayanı değiştiremiyor. Karşı imzalayan e-postasını güncelleme girişimi şu hatayı döndürüyor: "Anlaşmanın mevcut durumunda e-posta adresinizi ekleyemez veya kaldıramazsınız." |
| Düzeltme:Doğru gönderen veya karşı imzalayan e-postasının tanınması için doğrulama güncellendi. Web formu sahipleri artık beklendiği gibi karşı imzalayanı değiştirebilir. Kullanıcıların herhangi bir işlem yapması gerekmiyor. | |
| 4519727 | Özet:Benin'deki telefon numaralarının modern formatı (10 karakter uzunluğunda) tanınmıyor |
| Düzeltme:Acrobat Sign artık Benin için yeni 10 haneli telefon numarası formatını destekliyor. Kullanıcılar +229 ülke koduyla geçerli numaraları hata almadan girebilir. Kullanıcıların herhangi bir işlem yapması gerekmiyor. | |
| 4525532 | Özet:Yeni Oluşturma Deneyiminde ön doldurma rolü varsayılan olarak mevcut değil |
| Düzeltme:Sözleşmeler oluşturulurken alıcı bağlamı listesinde Ön Doldurma rolü varsayılan olarak gösterildi | |
| 4526142 | Özet:Yeni oluşturma deneyiminde mevcut bir şablondan form alanı katmanı uygulanırken bazı alanlar kopyalanmıyor. |
| Düzeltme:Şablonun tamamının aktarılmasını sağlamak için yeni kontroller eklendi. | |
| 4527772 | Özet:Sıralı yönlendirmeye sahip sözleşmelerde, Form Doldurucu rolüne sahip bir katılımcıya atandığında bazen alıcı adı alanı kayboluyor. Alan o alıcı için görüntülenmiyor ve anlaşma tamamlanmamış kalıyor. |
| Düzeltme:Tüm alanların korunmasını sağlamak için REST API'sinde önemli güncellemeler yapıldı. | |
| 4527945 | Özet: Alıcı grubu içeren bir sözleşmede form alanı şablonunun kullanılamıyor: Şablon doğrulama kodu, alıcı grubu katılımcısını filtrelediği için ilgili alanlar kayboluyor. |
| Düzeltme: Kod, e-posta değeri yerine farklı bir üye parametresi kullanacak şekilde yeniden düzenlendi. | |
| 4528619 | Özet : Yeni Gönderme deneyiminde bir alıcı grubu adını düzenlerken imleç her değişiklikten sonra otomatik olarak metnin sonuna atlıyor. Bu, adı bir seferde düzenlemeyi zorlaştırıyor. |
| Düzeltme: İstek takibi, göndermeden önce tüm kimlik doğrulama yöntemlerinin düzgün şekilde yüklenmesini sağlamak için güncellendi. Gerekli tüm kimlik doğrulama detayları sağlandıktan sonra anlaşmalar artık doğru şekilde işleniyor. Kullanıcıların herhangi bir işlem yapması gerekmiyor. | |
| 4531835 / 4537898/ 4541002 |
Özet: Müşteriler, güncellenmiş kök sertifikaların güvenilir olmaması nedeniyle bazı üçüncü taraf sertifikalarını kullanırken hatalarla karşılaşıyor, bu da web kancaları ve bildirimlerle ilgili sorunlara neden oluyor. |
| Düzeltme: Kök CA'lar güncelleniyor. | |
| 4532798 | Özet : Bir form alanı katmanı uygularken Acrobat Sign katman bilgilerini yakalamak için yeni bir belge oluşturuyor. Bu yeni belgelerdeki sürüm oluşturma sorunları nedeniyle bazı "sözleşmeyi değiştir" iş akışları başarısız oluyor. |
| Düzeltme: Bir form alanı katman şablonu uygulandığında ve sözleşmelerin kaynak bilgilerini doldurmak için kullanıldığında kaynak bilgilerini API üzerinden çekmeden etkinlik yayınlamaya yaklaşımımızı değiştirdik. | |
| 4534813 | Özet: Birden çok gruptaki kullanıcılar, şablon veya sözleşme oluştururken otomatik alan tanımayı kullanamıyor. |
| Düzeltme: Birçok grubu olan bir kullanıcı için yazarlık V5'te alan algılamayı doğrulamak için yeni bir test eklendi. | |
| 4535639 | Özet : Bazı sözleşmelerde, imzalanmış PDF'de gerekli görüntü alanları eksik. FormFields.csv görüntü URL'lerini gösterse de görüntüler son sözleşmede görünmüyor. |
| Düzeltme: Satır içi görüntü alanlarının form olup olmadığına bakılmaksızın işlenmesini sağlamak için birkaç işlevin sırası değiştirildi ve artık görüntüler tüm imzalayanlar için doğru şekilde görüntüleniyor. | |
| 4535828 | Özet: Belgelerdeki köprüler anlaşma gönderildiğinde değişiyor. |
| Düzeltme: URL zaten özellikle / gibi URL'ler için ayrılmış bir karakterle özel olarak kodlanmışsa decodeURI bu karakteri çözümlemez. Bu yüzden, kodlamadan önce durumu doğrulamak için bunu decodeURIComponent olarak değiştirdim. | |
| 4536354 | Özet: Büyük PDF belgeleri (yaklaşık 150 sayfa), görüntü kullanılabilirliği kontrolleri için yetersiz ön uç zaman aşımı nedeniyle "desteklenmeyen format veya parola korumalı" hatasıyla yüklenmiyor. |
| Düzeltme: max_retries parametresini 7'den (varsayılan) 13'e yükselterek zaman aşımını yaklaşık 30 sn'den yaklaşık 60 sn'ye çıkardık. Bu, büyük belge işleme için yeterli süre sağlıyor. | |
| 4538897 | Özet: Döndürülmüş sayfa içeriğine sahip orijinal IText şablonları, düzleştirilmiş imzaların sayfadaki yerlerinin dışında döndürülmesine neden olur. |
| Düzeltme: İmzalar sayfaya düzleştirilmeden önce sayfa içeriği, döndürme matrisinin eklenen imzaları etkilememesi için sayfa içeriği push/pop grafik durumu işlemleriyle (grafik durumu yığınına ekleme ve yığından geri alma işlemleriyle) sarılır. | |
| 4539304 | Özet: Swagger belgeleri varsayılan olarak "Deneyin" modundadır ve API kullanıcıları istek şemasına göz gezdirmekte zorlanmaktadır |
| Düzeltme: Belgeler artık "Deneyin" yerine varsayılan olarak görüntüleme modunda açılıyor, böylece şemalar varsayılan olarak görünür oluyor. İlkel veri türleri için gereksiz API çağrıları ortadan kaldırılarak performans iyileştirildi. | |
| 4542576 | Özet: 16.2 Sandbox sürümünde AGREEMENT_ACTION_COMPLETED olayı için web kancası yüklerinde farklı katılımcı durum değerleri döndürülüyor. Daha önce, memberInfos girişleri imzalamadan sonra bile "ACTIVE" veya "REPLACED" gösteriyordu. 16.2'de, Dinamik Katılım etkin olmadığında "COMPLETED" gösteriyorlar. |
| Düzeltme: Yeni katılımcı durumları yalnızca Devam Eden Sözleşmeler için Dinamik Katılımlar Özelliği etkinleştirildiğinde kullanılacaktır. |
Adobe Acrobat Sign Sürümü 16.2.1
Üretim dağıtımı: 4 Kasım 2025
GovCloud dağıtımı: 6 Kasım 2025
REST API/Web Kancası Güncellemeleri
Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.
- Durum alma veya listeleme amaçlı GET API uç noktaları için API yoklama eşiği- Yeni bir yoklama eşiği artık istemci uygulamalarının belirli GET /agreement uç noktalarını ne sıklıkta yoklayabileceğini sınırlar.
- OEM İş Ortakları için Süper Grup Yöneticisi rolü: OEM 2.0 platformunda yeni bir Süper Grup Yöneticisi rolü kullanıma sunuldu. Bu rol, iş ortaklarının müşterilerine tam Hesap Yöneticisi ayrıcalıklarını açığa çıkarmadan grup oluşturma ve yönetme konusunda sınırlı yönetim yetenekleri vermelerini sağlar.
- İş ortağının müşterisi kendi gruplarını oluşturabilir ve yönetebilir.
- Bir grubu oluşturan kişi otomatik olarak o grubun Grup Yöneticisi olur.
- Hesap Yöneticileri, hangi grup ayarlarının gösterileceğini kontrol eder.
- Grup Yöneticileri yalnızca İleti Şablonları, E-posta Ayarları, Gönderme Ayarları ve Paylaşım Durumu gibi ilgili ayarları görür.
- Bu özellik UMG'nin (Birden Çok Gruptaki Kullanıcılar) etkinleştirilmesini gerektirir.
- Hesap Yöneticileri, hesap düzeyindeki Ayarlar'a erişimi olan ve Süper Grup Yöneticisi rolünü atayabilen tek rol olmaya devam eder.
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4509452 / 4526158 |
Özet: Sözleşme oluştururken veya Toplu Halde Gönderme işlemi sırasında şablonları araması yapıldığında bir bileşenin düzgün şekilde dizinlenmemesi ve kaydırılmaması nedeniyle diğer şablonlar düzgün şekilde filtrelenemiyor |
| Düzeltme: Arama sonuçlarının kullanılabilir olmasını sağlamak için hatalı bileşen düzeltildi. | |
| 4525233 | Özet: Para birimi doğrulaması ile oluşturulan sözleşmeler modern imzalama deneyiminde alanda beklendiği gibi görünmüyor. |
| Düzeltme: Para birimi doğrulamalı alanlar artık modern imzalama deneyiminde alan odaktan çıktığında para birimi sembolünü doğru şekilde gösteriyor. Güncelleme, hem klasik hem de modern görünümlerde tutarlı sembol biçimlendirmesi sağlıyor. | |
| 4530694 | Özet: Kullanıcı arayüzünde "Şifre Değiştir" bağlantısı için yanlış URL yerleştirilmiş |
| Düzeltme: URL düzeltildi. | |
| 4532664 | Özet: Web bağlantı ek açıklamaları içeren kaynak belgelerden oluşturulan imzalı PDF'ler, yinelenen veya hatalı biçimlendirilmiş bağlantı ek açıklamaları nedeniyle Acrobat'ta "Belge imzalandıktan sonra değiştirildi" mesajını gösterebilir ve Sertifikasyon durumu geçersiz görünebilir |
| Düzeltme: Acrobat Sign artık imzalama işlemi sırasında web bağlantılarını algılayıp doğru şekilde işleyerek, imzalı çıktıda geçerli bir sertifikasyon durumu sağlıyor. | |
| 4535715 | Özet: Web bağlantıları içeren PDF'ler, yazdırma işlevinin web bağlantısı ek açıklamasının bir kopyasını yeniden yazdırması nedeniyle her imzada boyutunu ikiye katlıyor. |
| Düzeltme: PDF'deki ek açıklamalar birleştirilmeden önce yinelenen bağlantıların olmamasını sağlamak için PDF'ler artık düzleştiriliyor. | |
| 4535760 | Özet: Metin giriş alanlarına başvuran hesaplanmış alanlar kullanılırken, alan motoru metin girişini sayı veya tarih biçimlerine dönüştürmeye çalıştığı için bazı imzalı PDF'lerde beklenen metin değeri yerine yanlış veya rastgele sayılar görüntülendi. |
| Düzeltme: Hesaplanmış alan motorundaki dönüştürme mantığı, metin tabanlı girişleri tanıyacak ve bu alanlar için sayısal veya tarih ayrıştırmayı atlayacak şekilde güncellendi. | |
| 4536385 | Özet: Birden çok widget ek açıklaması içeren açılır form alanları FT anahtarı olarak kullanılamıyor, aksi takdirde görünüm oluşturma işlemi bu alanları form alanı olarak algılayarak karışıklığa neden olabiliyor. |
| Düzeltme: FT tuşu, widget ek açıklamalarından kaldırıldı | |
| 4537356 | Özet: Birden çok grupla paylaşılan şablonlar Toplu Gönderim sayfasında görüntülenmiyordu. |
| Düzeltme: Toplu Gönderim mantığı, birden çok grup arasında paylaşılan şablonları düzgün şekilde almak ve görüntülemek için güncellendi. | |
| 4537648 | Özet: GET /agreements/{agreementId}/events uç noktası, Acrobat Sign REST API Swagger belgelerinde eski bir olay türü olan "İNDİRİLDİ" öğesini listeliyordu. |
| Düzeltme: "İNDİRİLDİ" olay türü API belgelerindeki izin verilen değerlerden kaldırıldı. | |
| 4537885 | Özet: İmza Tercihleri sayfasında fazladan boşluk görünüyor |
| Düzeltme: İmza Tercihleri mizanpaj kapsayıcısından gereksiz ayırıcı/div kaldırıldı. | |
| 4538113 / 4538586 / 4543131 |
Özet: Çok satırlı, Otomatik Metin Giriş Alanı form verileri çok küçük boyuta küçülüyor ve okunamaz hale geliyor |
| Düzeltme: Ölçekleme, fontu okunamayan bir düzeye otomatik olarak küçültmeyecek şekilde düzeltildi. | |
| 4538340 | Özet: Alan adı kontrol edilmeden imza meta verileri ekleniyor |
| Düzeltme: İmza alanının meta verilerin görüntülenmesini kontrol etmesi için bir denetim eklendi | |
| 4538902 | Özet: Get /agreements/memberSetInfo REST API uç noktası, yanlış sözleşme durumu ve imzalayan bilgilerini döndürüyor. Bazı durumlarda, gönderen yanıtta birden fazla kez görünüyor ve katılımcı verilerinin yinelenmesi, sonraki entegrasyonların başarısız olmasına neden oluyor. |
| Düzeltme: API artık sözleşme durumunu ve katılımcı ayrıntılarını yineleme olmadan doğru şekilde döndürüyor. Her e-posta adresi sözleşme başına bir kez görüntüleniyor ve imzalayan bilgileri doğru bekleyen katılımcıyı yansıtıyor. Kullanıcıların herhangi bir işlem yapması gerekmiyor. | |
| 4543085 | Özet: Eski Salesforce entegrasyon sürümleri (v25.5 altı) webhook yüklerinde döndürülen yeni durum enum değerini (TAMAMLANDI ve KALDIRILDI) tanımıyor. |
| Düzeltme: Acrobat Sign REST API'si, eski Salesforce entegrasyon istemcilerine yanıt verirken yeni katılımcı durumlarını ve ilgili enum değerlerini hariç tutacak şekilde güncellendi. | |
| 4543951 | Özet: Başlığı olmayan bir köprü alanını düzenlerken değişikliği kaydetmek, orijinali güncellemek yerine yeni bir boş köprü alanı oluşturuyor. Her kaydetme işlemi ek boş alanlar ekliyor ve şablonlar değişmemiş gibi görünüyor. |
| Düzeltme: Güncelleme mantığı artık içerik bulunmayan ve boş köprü başlıkları arasındaki farkı doğru şekilde ayırt ederek yinelenen alanları önlüyor. | |
| 4544118 | Özet: Yeni alıcı deneyiminde Sınırlı Belge Görünürlüğü etkinleştirildiğinde köprüler atanmadığı için katılımcı 2, katılımcı 1'in belgesindeki köprü alanlarını görebiliyordu. |
| Düzeltme: Modern e-imza artık köprü alanlarını diğer alanlar gibi atıyor ve doğruluyor ve bunları sayfaya ve atanan kişiye göre filtreliyor. |
