Son güncelleme:
2 Nis 2026
Adobe Acrobat Sign Sürüm Notları: 2023
Gelişmiş İşlevsellik
- Herhangi bir alıcıyı değiştir: Geçerli alıcıyı değiştirme özelliği, sözleşmeyi henüz imzalamamış tüm alıcılara uygulanacak üzere uzatılmıştır. Böylece, sözleşmenin parçası olabilecek gelecekteki alıcılar için e-posta adreslerinin düzenlenmesi/değiştirilmesi mümkün olur.
Deneyimdeki Değişiklikler
2023 W-4 Employee's Withholding Certificate (Çalışan Stopaj Sertifikası), Acrobat Sign kitaplığına eklendi - Acrobat Sign kitaplığında US W-4 vergi formu şablonunu kullanan müşteriler, tam etiketli ve gönderilmeye hazır 2023 sürümüne erişebilir. Müşteriler PDF'i indirip gerektiğinde kendi sürümlerini oluşturmak üzere düzenleyebilir.
Acrobat Sign CDS sertifikası 7 Şubat 2023 tarihinde güncellenmesi planlanıyor - Acrobat Sign'da oluşturulan PDF'lere uygulanan CDS sertifikası, sertifikadaki markayı Adobe Sign'dan Acrobat Sign'a güncelleyecek.Güncellemenin Ocak sürümünden sonra 7 Şubat 2023'te tamamlanması bekleniyor.
REST API/Web Kancası Güncellemeleri
Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.
Web Kancaları
- AGREEMENT_EXPIRATION_UPDATED olayı uygulama arabirimine eklendi: AGREEMENT_EXPIRATION_UPDATED olayı, sözleşmeler için müşteri tarafından erişilebilir arabirime seçilebilir bir olay olarak eklendi.
Gelişmiş İşlevsellik
- İmzalayanların ilerleme durumunu bir web formunda kaydetmesine ve daha sonra tamamlamak için geri dönmesine izin verme: Yöneticiler; hesabı veya bireysel grupları, web formlarının imzalayan tarafından kaydedilmesine izin verecek şekilde yapılandırabilir ve gerektiğinde alıcıların formu daha sonra doldurmasına izin verebilir. Form verilerini kaydetmek için alıcının e-posta adresini, kendi adını ve formun adını sağlaması gerekir.
- İmzalayan Kimliği Doğrulama, web formlarını içerecek şekilde genişletildi: İmzalayanların imzalarını sözleşmelere uygulamadan önce Acrobat Sign'da kimliklerini doğrulamasını sağlamak için İmzalayan Kimliği Doğrulama ayarını kullanan hesaplar artık bu güvenlik alanını web formlarına uygulanan imzaları kapsayacak şekilde genişletebilir.
- Özel sözleşme iş akışı şablonları oluşturmak için kullanıcı düzeyinde erişim: Yeni sözleşme göndermek için Müşteri İş Akışı Tasarımcısı'na erişim, yönetici olmayan kullanıcıların kendi iş akışlarını oluşturmaları için artık etkinleştirilebilir. İş akışları oluşturma ve düzenleme erişimi olan kullanıcılar, üst gezinme çubuğunda yeni bir İş Akışları sekmesine sahip olacaktır.
- Zorunlu Alıcı Adlarının gönderenler için isteğe bağlı olmasına izin verme: Zorunlu Alıcı Adı özelliğini etkinleştiren yöneticiler, artık ad gereksinimini gevşetme seçeneğine sahiptir. Hesap veya grup düzeyinde bunu gönderen için isteğe bağlı hâle getirebilir. Bu özellik pratikte gönderenin, alıcı adını biliyorsa girebildiği ancak bilmiyorsa sözleşmeyi göndermesinin engellenmediği anlamına gelir.
- Yalnızca kendinize bir sözleşme gönderme: Gönderenler artık imza döngüsüne başka bir alıcı eklemek zorunda kalmadan yalnızca kendilerine bir sözleşme gönderebilir. Bu, alıcının yeni kitaplık şablonlarını etkili bir şekilde test etmesine ve imzalayan için ayrı bir e-posta değeri kullanmak zorunda kalmadan alıcılarının imza sürecini deneyimlemesine olanak tanır.
- Bu sürümden önce, yalnızca kendinize bir sözleşme göndermeye çalışmak bir hata mesajına yol açıyordu. Bu sürüm itibarıyla hiçbir hata tetiklenmez ve sözleşme başka herhangi bir sözleşme gibi başlatılır.
- İmza süreci; gönderilen bir sözleşme için e-posta bildirimi, kimlik doğrulama, form navigasyonu, e-posta ekleri vb. bakımından beklenen tüm kuralları izler.
- VIP hesapları için Aadhaar dijital kimlik: Aadhaar dijital kimlik premium kimlik doğrulama yöntemi, artık alıcıların Aadhaar kimlik hizmetiyle kimlik doğrulaması yapmalarını gerektiren VIP hesapları için Adobe aracılığıyla kullanılabilir.
- Yeni Güven Hizmeti Sağlayıcıları (TSP) -Dijital imza çözümünün uluslararası kullanılabilirliğini genişletmek için yeni sağlayıcılar ekleniyor.Bu sürümde eklenenler:
- A-Trust (AB / Avusturya)
- ADACOM (AB / Yunanistan)
- CertSign (AB / Romanya)
- ComSign (İsrail)
- PSC World (Meksika)
- SSL.com (ABD)
- Geliştirilmiş otomatik form alanı algılama: Otomatik form alanı algılama özelliği, EU1 ve JP1 parçacıklarında otomatik alan algılama özelliği etkinleştirilmiş tüm hesaplar için tüm alanları tek seferde (bir seferde bir sayfa yerine) yerleştirmek üzere geliştirildi.
- Veri Dışa Aktarımlarında yeni sütunlar: Üç yeni veri sütunu artık kullanılabilir:
- Belge Sayısı: Sözleşme oluşturmak için kullanılan tüm belgelerin toplam sayısı.
- Bulut İmzalama Sağlayıcısı: Dijital (bulut) imza sağlayıcısının adı.
- Alıcının bulut imzalamasi sertifika sağlayıcısı: Dijital (bulut) imza sağlayıcısının sertifika düzenleyicisi.
- Rapor sayfalarında bulunan PDF Yazdır seçeneği: Yeni Raporlar deneyiminde artık kullanıcıların raporlarını PDF olarak yazdırmasına olanak tanıyan bir düğme eklendi. Böylece Acrobat Sign hesabı olmayan veya görüntülemek için giriş yapmayı tercih etmeyen kitlelerle rapor paylaşmak kolaylaştırıldı.
- Kullanıcılar listesindeki yöneticileri tanımlamak için yeni filtre ve sütun: Hesaptaki yöneticileri kolayca tanımlamak için Kullanıcılar listesinde yeni bir sütun bulunur. Liste, kullanıcıya verilen en yüksek yetki düzeyini gösterir (Gizlilik > Hesap > Grup). Birleştirilmiş bir listedeki tüm yöneticilerin incelenmesini kolaylaştırmak için Yalnızca Yöneticileri Göster filtresi eklenmiştir.
Deneyimdeki Değişiklikler
- İmzalama sonrası gönderilen e-postaya Acrobat Reader'ı ücretsiz indirmek için bir bağlantı eklendi: Alıcılara imzalama sonrası gönderilen e-postada artık alıcıların daha kolay bir şekilde kaydolarak (genellikle) e-postaya eklenen sözleşme PDF'sini açıp görüntülemelerini sağlamak için Acrobat Reader ürününü ücretsiz indirebilecekleri bir bağlantı bulunuyor.
- Acrobat Sign kimlik doğrulaması alıcı arabiriminde güncelleme: Acrobat Sign kimlik doğrulama yöntemi, alıcının arabiriminde ufak bir değişikliğe neden olan bir mikro hizmete taşınmıştır. İşlevsellik değişmemiştir ve mevcut sözleşmeler olumsuz etkilenmemiştir.
- Elektronik Mühür oluşturma ve düzenleme arabiriminde güncelleme: Elektronik Mühürler için yapılandırma ve düzenleme paneli, netlik sağlamak amacıyla yeni metin etiketleriyle güncellenmiştir. İşlevsellik değişmemiştir ve mevcut sözleşmeler olumsuz etkilenmemiştir.
- Güncellenmiş denetim raporu alt bilgisi - Mart 2023 sürümünden itibaren, tüm yeni denetim raporları raporun alt kısmında alıcı adlarının açıkça belirtilmedikçe imzalayan tarafından sağlandığını açıklayan yeni bir metin dizesi içeriyor.Dize şöyle: "Adlar ve e-posta adresleri Acrobat Sign kullanıcıları tarafından Acrobat Sign hizmetine girilir ve aksi belirtilmedikçe doğrulanmamıştır."
Adobe Acrobat Sign Entegrasyonları
Acrobat Sign for Veeva Vault entegrasyonu, kullanıcıları bir anlaşmada imzalarının gerekli olduğu durumlarda bilgilendirme işlevselliği sağlamak ve kullanıcıların Veeva Vault ortamında imzalayabilmelerine olanak tanımak üzere yükseltiliyor.
Çözülen Sorunlar
| Sorun |
Açıklama |
|---|---|
| 4293759 | Özet: Aynı oturumda "true" değeri geçtikten sonra "false" değeri geçerken noChrome seçeneği tutarsız. |
| Çözüm: noChrome=false bir sorgu parametresi olarak geçirildiğinde noChrome'u oturumdan kaldırmak için mantık eklenmesi. | |
| 4320157 | Özet: Yönet sekmesinde bulunan Taslak durumundaki sözleşmelerin (API'de içerik oluşturma durumu) süresi, etkin bir sözleşme olmamasına rağmen son tarih ayarlarına göre sona ermiş durumda |
| Çözüm: Son tarih hesaplaması Taslak/İçerik Oluşturma durumu işlemlerini hariç tutacak şekilde güncellendi. |
|
| 4353443 | Özet: Geliştirme araçları, iş akışı açma/kapatma düğmesinin bir radyo grubu olarak tanımlanmasından dolayı Gönder sayfasında eksik radyo grubu alt öğeleriyle ilgili bir WCAG hatası bildiriyor. |
| Çözüm: Daha büyük bir dizi değil, yalnızca iki seçenek olduğundan alt öğeyi bir düğme nesnesi olarak güncellenmesi. |
|
| 4355729 | Özet: Bazı durumlar, KBA adı kimlik doğrulamasının imza bloğunda soyadını iki kez kullanmasına neden olabiliyor. |
| Çözüm: Yinelenen ad değerlerini algılamak ve kullanıcıdan adı doğrulamasını veya güncellemesini istemek için kod eklendi. |
|
| 4359478 | Özet: Fontların varsayılan boyutu sabit olmadığından imza fontları son PDF'de farklı boyutlarda sunulabiliyor. |
| Çözüm: Yazı tipi setleri tutarlı bir boyuta sahip olacak şekilde ayarlandı. |
|
| 4375042 | Özet: Zamanla ilgili grafikler yeni raporlama ortamında yüklenmiyor |
| Çözüm: Veritabanında yapılan bir güncelleme ile sorun çözüldü. |
|
| 4375549 | Özet: "Grup" filtresi, veri dışa aktarımı arabiriminde görüntülenmiyor. |
| Çözüm: Veri tabanında grup verileri yenilenerek sorun düzeltildi. |
|
| 4375884 | Özet: Açık şekilde delege edilen alıcılar sözleşme yetkilerini artırabiliyor |
| Çözüm: Kod, uygun participantSetID'sini döndürecek şekilde geliştirilmiştir | |
| 4377068 | Özet: Bir şablonun korumalı alandan üretim aşamasına kopyalanması, şablonu form alanlarıyla kopyalayıp "Talebi yürütme hatası" ile sonuçlanıyor. Bu durum, köprü alanlarının negatif yükseklikte algılanmasından kaynaklanır. |
| Çözüm: Form alanı algılama işlevi, alan yerleşiminin ve göreceli yerleşim koordinatlarının tutarlı bir şekilde anlaşılmasını sağlamak için geliştirildi. |
|
| 4380228 | Özet: Mobil eSign Kenar Çubuğu görünümünde "Geçmişi Görüntüle" seçeneği yok. |
| Çözüm: Uygulama, Geçmiş içeriğini sağlayacak şekilde güncellendi. |
|
| 4382167 | Özet: HIPAA açıklamasının yerelleştirilmiş sürümleri net değil. |
| Çözüm: Dil iyileştirildi. |
|
| 4383351 | Özet: Ortamlar arasında bir web formunun kopyalanması (ör. korumalı alandan üretim aşamasına) son sözleşmede görüntülenmeyen alanlara neden oluyor. |
| Çözüm: PUT/widgets/{widgetId}/formFields API araması, alanların doğru yerleştirilmesini sağlamak için geliştirildi. | |
| 4384877 | Özet: Biopharma grup seviyesinde yapılandırılmışsa Toplu Hâlde Gönder işlemi sırasında biopharma ayarları göz ardı edilebiliyor |
| Çözüm: Kurallar, sözleşme oluştururken grup düzeyinde uygun devralma sağlamak üzere iyileştirildi. |
|
| 4387692 | Özet: Kullanıcı daha önce imzalanmış bir sözleşmeyi imzalamaya çalışırsa Braintree üzerinden yapılan ödemeler iptal edilebiliyor. |
| Çözüm: Ödeme tamamlanmadan önce sözleşmenin değiştirilip değiştirilmediğini belirlemek üzere bir kontrol eklendi. |
|
| 4396329 | Özet: İmza mobil aygıttan alındığında imzanın görüntüsü 90 derece döndürülüyor. |
| Çözüm: Kod, görüntüyü PDF'ye uygulamadan önce görüntülerin yönünü almak üzere iyileştirildi. |
|
| 4396574 | Özet: Birincil olmayan bir gruptan gönderilen iş akışları, grup ayarları yerine oturum ayarları uygulandığından "Taslak durumu doğrulama hatası" ile başarısız olabiliyor. |
| Çözüm: Kod, yeni bir grup seçildiğinde grup ayarlarının doğru şekilde uygulandığından emin olacak şekilde iyileştirildi. |
|
| 4396871 | Özet: Korece denetim raporları tüm karma karakterler için bozuk dosya adları gösteriyor. |
| Çözüm: İşlev, gerekli tüm font ailelerini içerecek şekilde iyileştirildi. |
|
| 4397811 | Özet: Köprüleri tanımlama amaçlı dahili etiketleme nedeniyle dizede iki nokta varsa e-posta konu satırları yanlış görüntülenebiliyor. |
| Çözüm: Kod, bu kullanım durumuna izin vermek için daha esnek hâle getirildi. |
|
| 4399942 | Özet: Herhangi Bir Katılımcı ve Herkes katılımcı seçenekleri için alan oluştururken yanlış renk göstergeleri uygulanabiliyor |
| Düzeltme: Herhangi Bir Katılımcı ve Herkes seçenekleri için renk işlevindeki mantık değiştirildi. |
|
| 4399995 | Özet: API üzerinden gönderme sırasında, imzalayan hâlihazırda SAML kimlik doğrulaması yapmışsa imzalayanın ekstra oturum açma deneyimi olmadan BulkSign kullanıcı arabirimine girmesini sağlamak için BulkSigning URL'sinin genel güvenli URL yerine isme özel bir URL ile oluşturulması gerekiyor. |
| Çözüm: Kod, SendinBulk API çağrılarını kullanırken isme özel URL'ye izin verecek şekilde iyileştirildi. |
|
| 4403487 | Özet: Özel iptal e-postaları, CC'ye eklenen tarafları imzalayanların bildirimine dahil edebiliyor. |
| Çözüm: CC'ye eklenen tarafı kaldırma işlevi Özel İptal şablonuna eklendi. |
|
| 4404574 | Özet: Web formu bir üye grubunda (birincil grupta olmayan) oluşturulursa web formunu kaydetme işlemi başarısız olabiliyor. |
| Çözüm: Kod, üye grubu ayarlarının web formu için etkinleştirildiğinden emin olmak için iyileştirildi. |
|
| 4405782 | Özet: İmzalama nedenleri seçilen bölgeye göre ayarlanmıyor. |
| Çözüm: Kod, içerik bölge ayarını geçerli oturumla hizalanacak şekilde değiştirmek için iyileştirildi. |
|
| 4415593 | Özet: Kanada numaraları için Mobil imza seçeneği kullanılırken metin alınmıyordu. |
| Çözüm: Tedarikçi ile ilgili sorun düzeltildi. |
|
| 4419917 | Özet: Yerelleştirilmiş bir ifadede parametre olarak now() kullanıldığında, tarihin doğru şekilde işlenmemesiyle sonuçlanan bir istisna ortaya çıkıyor |
| Çözüm: Tarih işlevi, artık yerelleştirmeyi kaldırmadan önce sayısal tarihi bir dizeye dönüştürerek doğru bir tarih değeri sağlıyor. |
|
| 4420339 | Özet: İlk imzalayanın delege edilen olduğu ve aynı imzalayanın daha sonra imza döngüsünde göründüğü durumlarda, imzalama URL'sinde bir hata oluşabiliyor. |
| Çözüm: Kod, veritabanından alındığında imza listesinin doğru şekilde sıralanmasını sağlamak için iyileştirildi. |
|
| 4421259 | Özet: Toplu Hâlde Gönderme işlemleri, şirket içi bir karşı imzalayanın dahil olduğu durumlarda parola doğrulaması kullanarak uygulama içi içerik oluşturma ortamına erişimi engelleyecek şekilde yapılandırılabiliyor |
| Düzeltme: Kod, iş akışını daha iyi yönetmek üzere geliştirilerek içerik oluşturmaya olanak tanıyacak hâle getirildi. |
Üretim dağıtımı: 20 Nisan 2023
GovCloud dağıtımı: 24 Nisan 2023
Gelişmiş İşlevsellik
- Yalnızca grafiğe izin vermek için Elektronik Mühür güncellemesi: Elektronik mühürler, metin kısımları (Ad, Tarih, Saat ve İmzalama Nedeni) olmadan yalnızca grafik mührü yerleştirmek için geliştirilmiştir. Bu kullanım durumunu desteklemek için:
- Mührü yapılandırırken metin kısımlarını atıp yalnızca grafik mührün görünmesini sağlayan yeni bir seçenek mevcuttur.
- Dijital İmza metin etiketleri, Acroforms veya API ile yazılarak kare en-boy oranı (yuvarlak mühür için) ile oluşturulabilir.
- Mühür metni (uygulanırsa) artık "Dijital olarak imzalandı" yerine doğru şekilde "Dijital olarak mühürlendi" şeklinde görünür.
- Mührü yapılandırırken metin kısımlarını atıp yalnızca grafik mührün görünmesini sağlayan yeni bir seçenek mevcuttur.
Deneyimdeki Değişiklikler
- Üstbilgi ve altbilgi tasarımı değiştirildi: Üstbilgi ve altbilgi, daha küçük platformlardaki ekranlara daha iyi sığmak ve erişilebilirliği artırmak için yeniden tasarlanmıştır.
- Çift sıralı üstbilgi, markalı logoyu ve gezinme sekmelerini tek bir üstbilgi çubuğunda birleştirecek şekilde düzenlenmiştir.
- Üstbilgi çubuğu, daha küçük platformlarda veya içeriği düzgün görüntülemek için ekranın yakınlaştırılması gerektiğinde bir seçenek simgesine daraltılır.
- Altbilgi tamamen kaldırılmıştır ve Dil seçici, sayfanın sağ üst köşesindeki profil menüsüne yeniden yerleştirilmiştir.
Çözülen Sorunlar
| Sorun |
Açıklama |
|---|---|
| 4389075 | Özet: Önceden imzalanmış bir sözleşmeyi ek dosya olarak yüklerken çok satırlı alanlar, satırların orijinal alanın kapladığı yer dışında görüntülenmesi özelliğini korumuyor. |
| Çözüm: Orijinal PDF açıklamasını eklerdeki çok satırlı alanlarda korumak üzere kod eklenmiştir. | |
| 4389207 | Özet: Microsoft Teams'de imzalayan kişiler, Acrobat Sign kimlik doğrulaması kullanırken boş ekranla karşılaşıyor. |
| Çözüm: Teams ortamında kimlik doğrulama işlemini tamamlamak üzere doğru parametrelerin kullanılması için kod güncellenmiştir. |
|
| 4406571 | Özet: Japonca denetim raporlarında saygı bildiren ifadeler kopyalanıyor. |
| Çözüm: Şablon, kopyalanan ifadeyi kaldıracak şekilde güncellenmiştir. |
|
| 4415574 | Özet: Korumalı Alan ortamı, sayfalandırma sorunları nedeniyle tüm grupları yüklemiyor |
| Çözüm: Sayfalandırma, Korumalı Alan ortamında düzeltilmiştir. |
|
| 4415966 | Özet: Denetim Raporlarındaki müşteri tanımlı saat dilimi Web Formlarında görünür olmuyor |
| Çözüm: Web formlarına yönelik denetim raporlarını destekleyen kod, müşteri tanımlı saat dilimi ayarını doğru gösterecek şekilde güncellenmiştir. |
|
| 4417187 | Özet: Sınırlı Belge Görünürlüğü özelliği etkinleştirilmiş müşteriler, verileri yeni raporlama ortamını kullanarak dışa aktarırken tüm alanları göremeyebilir. |
| Çözüm: Belge ve veri görünürlüğüne ilişkin kod, raporlama için alan verilerine erişim sağlamak üzere güncellenmiştir. | |
| 4417835 | Özet: Korumalı Alan ortamında tamamlanmış sözleşmelerde bulunan imzalayan bilgileri, filigranla çakışma nedeniyle sözleşmeyi görüntülerken görüntülenmeyebiliyor. |
| Çözüm: Kod iyileştirmeleri sayesinde filigranın ve müşteri bilgilerinin tamamlanan sözleşmelerde düzgün şekilde görüntülenmesi sağlanmıştır. |
|
| 4418255 |
Özet: Kullanıcının birincil grubu olmayan bir grupta web formu oluştururken birden çok imzalayan kullanma seçeneği grup yerine kullanıcıdan devralınıyor. |
| Çözüm: Özelliğin devralınma işlemi, kullanıcının grubu yerine seçilen grup kullanılacak şekilde düzeltilmiştir. |
|
| 4420675 | Özet: Bazı kullanıcılar, API'nin eksik bilgi getirmesi nedeniyle yeni ortamda rapor yürütemiyor. |
| Çözüm: Eksik bilgi getiren API etkinliği türünü çözmek için ilave kod eklenmiştir. |
|
| 4426975 | Özet: Gönderenin e-posta adresini ve adını kaldırma gibi bazı e-posta ayarları doğru şekilde uygulanmıyor. |
| Çözüm: E-posta şablonları, devralınan ayarları doğru bir şekilde uygulamak üzere onarılmıştır. | |
| 4427301 | Özet: ABD İngilizcesi dışında bir dil kullanan imzalayanlar, belgeyi imzalarken İmzalama Nedenleri açılır listesini göremiyor. |
| Çözüm: İmzalama nedeni listesini alma kodu, alıcının bölgesini kapsayacak şekilde düzeltildi. |
|
| 4430515 | Özet: Gönderen, varsayılan değer olarak "直" sözcüğünü içeren bir giriş alanı eklediğinde imzalayan, belgeyi imzalarken ve tamamlanan belgede eski fontu görüyor |
| Çözüm: Değişikliği düzeltmek için font önceliklendirme geliştirilmiştir. |
Üretim dağıtımı: 23 Mayıs 2023
GovCloud dağıtımı: 6 Haziran 2023
Gelişmiş İşlevsellik
- Microsoft Power Automate ile Gömülü Entegrasyon: İmzalama öncesi veya imzalama sonrası süreçlerini otomatikleştirmek isteyen tüm Acrobat Sign kurumsal lisanslı hesapları için kullanılabilir. Bu entegrasyon, hesap yöneticisi tarafından Hesap Ayarları > İş Akışı Entegrasyonu sekmesinden etkinleştirilir. Etkinleştirildikten sonra entegrasyona Ana sayfadaki bir kutucuk veya üst gezinme çubuğundaki yeni İş Akışı sekmesi üzerinden erişilebilir.
Dahil edilen Power Automate yetkisi ile (etkinleştirme sonrasında aktifleşir), kullanıcılar Acrobat Sign ile kullanım için tüm Power Automate standart ve premium bağlayıcılara erişebilir.Microsoft üzerinden mevcut Power Automate lisanslarına sahip müşteriler bu lisansları entegrasyonla da kullanabilir.
Not
Bu özelliği İş Akışları sekmesi ve Ana Sayfa erişim noktaları yoluyla keşfetmek üzere erişim, varsayılan olarak tüm kullanıcılar için etkindir.
İş akışı oluşturma ve kullanma özelliği, hesap yöneticisi tarafından açıkça etkinleştirilene kadar kullanılabilir olmayacak.
Kullanıcı bulunabilirliğini devre dışı bırakmaya yönelik kontroller Hesap Ayarları > Global Ayarlar altında bulunabilir.
- İbranice için Ad ve İmza desteği: İbranice için ad ve paraf değerleri (sağdan sola) artık son belge ve denetim raporu PDF'lerindeki imza alanlarında desteklenmektedir.
- Açıldığında bir web formunun kaydedilmesini gerekli kıl: Yöneticiler web formunu açarken kaydet etkinleştirildiğinde kaydetme işlemini iptal etme seçeneğini kaldırabilir. Böylece imzalayan, web formu sürecini normal bir sözleşme sürecine dönüştürmeye zorlanır.
Çözülen Sorunlar
| Sorun |
Açıklama |
|---|---|
| 4316916 | Özet: Birden fazla imzalayanın imzasını paralel imza akışında aynı anda uyguladığı durumlarda, belgenin sonraki sürümlerinde ilk imzalayanın imzası atlanır. |
| Çözüm: İmza uygulamasının belgenin resmi sürümünde sorun yaşanmasını önlemek için belge dönüştürülme sürecine kilitleme işlemi eklendi. Paralel imza akışında sıradaki imzalayanlar, sözleşmenin güncellendiğine dair bir mesajla karşılaşır ve sözleşme açıldıktan sonra sürümü değiştiyse (imza uygulaması nedeniyle) sözleşmeyi tekrar imzalamaları gerekir. | |
| 4382014 | Özet: Otomatik alan yerleşimi kullanılarak eklenen onay kutuları, onay kutusu grafiğiyle doğru şekilde hizalanmıyor. |
| Çözüm: Yerleşim kodu alan için piksel ofseti kullanacak şekilde geliştirildi ve yakınlaştırma düzeyi değiştirildiğinde alan boyutunun konumlandırmadan önce hesaplanması sağlanarak alan yerleşimi iyileştirildi. |
|
| 4415970 | Özet: Birden Çok Grupta Kullanıcılar (UMG) özelliği etkinleştirilmiş bir hesapta oluşturulan ve Varsayılan grubu UMG gönderimini engelleyip devre dışı bırakacak şekilde ayarlayan kullanıcılar için Ana Sayfa'daki Kitaplıktan Başlat düğmesini devre dışı kalabiliyor. |
| Çözüm: Kod, UMG'nin devre dışı bırakılmasını göz önünde bulunduracak ve ayarları kullanıcı grubundan doğru şekilde devralmak üzere geliştirildi. |
|
| 4416451 | Özet: Gönderenin ilk imzaladığı ve uygulanan imzanın bulut tabanlı bir IdP'den gelen dijital bir imza olduğu Toplu Gönderme işlemi iletmeye çalışan gönderenler, IdP'nin kullanılamadığına dair bir hatayla karşılaşıyor. |
| Çözüm: Toplu Gönderme kodu, gönderenin önce dijital imza kullanarak imzalamasına izin verildiğini düzgün bir şekilde belirlemek üzere geliştirildi . |
|
| 4418343 | Özet: Yerelleştirme yapılmış bir ortamda İmzalama Nedenleri etkin olarak imzalayan katılımcılar, "İmzalayan", "Neden" ve Tarih" dizelerinin yerelleştirilmemiş hâlini görüyor. |
| Çözüm: Dizeler yerelleştirildi. |
|
| 4419664 | Özet: Yeni ortamda, müşterilerin çok uzun raporlar alması veri setinin boyutu nedeniyle başarısız olabiliyor. |
| Çözüm: Veri kümesi parametreleri, çok daha büyük talepleri karşılayacak şekilde geliştirildi. |
|
| 4420278 | Özet: Şablon kaydederken Geri düğmesine tıklatıldığında alan ataması ilk alıcıya geri dönebiliyor. |
| Çözüm: Form alanı oluşturucu, şablonu kaydederken katılım kimliğini doğru şekilde atamak üzere güncellendi. |
|
| 4420932 | Özet: Bazı uygulamalar tarafından oluşturulan PDF'ler, PDF standardıyla uyumlu değildir ve bu nedenle Yönet sayfasından ayrı ayrı belge olarak indirilemez. |
| Çözüm: Yüklenen PDF'leri değerlendirin ve eksik oldukları tespit edilirse yeniden kaydedin. | |
| 4421539 | Özet: Tüm alanlar Salt Okunur olarak ayarlanmışsa yeni raporlama ortamı form alanlarını dışa aktarmıyor . |
| Çözüm: Rapor verileri çekilirken salt okunur işareti artık göz ardı edilecek. |
|
| 4424177 | Özet: Başkaları Adına İmzala ayarı etkin olmadığında, "İmzalayan" seçeneği Grup düzeyinde İzinleri düzenle bölümünde kullanılabiliyor. |
| Çözüm: Kod sırası, imzalama izinlerini görüntülemeden önce imzalama ayarlarını kontrol edecek şekilde güncellendi. |
|
| 4426708 | Özet: Köprü alanı aracılığıyla yeni bir URL'ye yeniden yönlendirme onaylanırken köprü dizesi, görüntü kutusunun dışına taşıyor. |
| Çözüm: Dize, taşmak yerine sarılacak şekilde ayarlandı. |
|
| 4427788 | Özet: Birden Çok Gruptaki Kullanıcılar'ın etkinleştirildiği hesaplarda bir kullanıcı, grup üyeliği araması kullanılarak grup yöneticisi konumuna getirildiğinde filtrelemenin aramayla elde edilen kullanıcı kimliğine uygulanması nedeniyle mevcut grup üyelikleri kaldırılıyor. |
| Çözüm: Yeni kullanıcı ilişkileri kaydedilirken filtrelenmemiş değerler listesi kullanılır. |
|
| 4427893 | Özet: Web kancaları 2.0'daki hesaplar için geri aramalarda bazen bir documentKey oluşturulamıyor . |
| Çözüm: Olayları yakalamak ve sorunu düzeltmek için null (boş) denetimleri eklendi. |
|
| 4428561 | Özet: Yeni raporlama ortamında, gruba göre filtreleme yaparken bazen tüm gruplar görüntülenmiyor. |
| Çözüm: Getirme kodu, tüm grupların görüntülenmesini sağlayacak şekilde geliştirildi. | |
| 4430423 | Özet: Sağdan sola yazılan diller, uygulamadan sonra imzayı ters çevirir. |
| Çözüm: İmza yakalamak ve belgeye düzgün şekilde uygulamak üzere sağdan sola yazılan dilller için destek eklendi. | |
| 4430515 | Özet: Gönderen, varsayılan değer olarak "直" sözcüğünü içeren bir giriş alanı eklediğinde imzalayan, belgeyi imzalarken ve tamamlanan belgede eski fontu görüyor. |
| Çözüm: Değişikliği düzeltmek için font önceliklendirme geliştirildi. | |
| 4433166 | Özet: Metin etiketleri tarafından oluşturulan bazı alanlar, imzalanan sözleşme çevrimiçi görüntülenirken görünür olmayabilir. İndirilen PDF'ler doğru şekilde işlenir. |
| Düzeltme: PDF kitaplığı güncelleştirilerek kitaplığın PDF dosyalarını görüntülemeye yönelik PDF meta verilerinin kodunu çözme sorunu düzeltildi. |
Üretim dağıtımı: 19 Temmuz 2023
GovCloud dağıtımı: 25 Temmuz 2023
Gelişmiş İşlevsellik
- İşlem tüketimi raporları: İşlem tüketimi raporları; yöneticilere, kuruluşlarına yönelik işlem tüketim modellerini daha iyi anlayabilmeleri için görünürlük sağlar. Yöneticiler, işlem tüketimini izlemek için dört farklı çizelge içeren özel raporlar oluşturabilir:
- İşlem hacmi eğilimi
- Göndericiye göre işlemler
- Gruba göre işlemler
- İş akışına göre işlemler
- Yöneticilerin etkinliklerini incelemek için yeni Ayar Etkinliği Denetimi - Sürekli uyumluluğu sağlamaya, uygunsuz değişikliklere karşı koruma sağlamaya ve kuruluş içindeki şüpheli davranışları denetlemeye yardımcı olan bir denetim günlüğü sağlayan yeni rapor türü.
Yönetici olarak, kullanıcılara, gruplara veya hesaba (Kullanıcı yetki düzeyine bağlı olarak) yapılan ayar değişikliklerine tam görünürlüğe sahipsiniz.Denetim günlüğünü ayar adına, değişikliği yapan kişiye veya değişikliğin hedefine (ad, kullanıcı veya grup) göre filtreleyebilirsiniz. Ardından, bu raporları görüntüleyip daha fazla analiz için dışa aktarabilirsiniz. Hesap yöneticileri tüm gruplardaki günlükleri görüntüleyebilir. Grup yöneticileri yalnızca yetki sahibi oldukları gruplar için denetim günlüklerini görüntüleyebilir.
- Alıcı değiştirme etkinliklerini doğru şekilde yansıtmak için veri dışa aktarımlarındaki geliştirilmiş ayrıntılar: Bir işlemin imza süreci sırasında alıcıların ne zaman değiştirildiğini daha iyi göstermek için yeni veri dışa aktarma sütunları eklendi. Yeni sütunlar şunlardır:
- Alıcı Durumu
- Alıcı İmzaladı
- Alıcı Değiştirme Nedeni
- Alıcı Değiştirme Tarihi
- Kimlik doğrulamayı uygulama isteklerinin denetim raporu kaydı: Telefon tabanlı kimlik doğrulama ile Kimlik doğrulamayı uygulayın özelliğini kullanan müşterilerin (Bio-Pharma Ayarları sekmesinde) her kimlik doğrulama olayı, denetim raporuna açıkça kaydedilir. Yeni denetim raporu olayları, kimlik doğrulamanın yakalandığı aşamayı (sözleşmeyi açma, imza uygulama ve İmzalamak için tıklatın düğmesini seçme) ve kullanılan kimlik doğrulama türünü içerir. (Telefonla kimlik doğrulama, bu sürümde desteklenen tek yöntemdir. Acrobat Sign kimlik doğrulaması Ağustos 2023 sürümüne dahil edilmesi planlanıyor.)
Etkinlik listesi ayrıca her kimlik doğrulamasını da yansıtıyor (daha kısa formatta da olsa).
- Zorunlu kimlik doğrulaması için web formu desteği - Web formları artık Kimlik doğrulamasını zorla ayarlarına saygı göstererek CFR 21 bölüm 11 gibi düzenlemelere imza uyumluluğu sağlıyor ve imza olaylarını denetim günlüğüne tamamen kaydediyor (aşağıda açıklandığı gibi).
Ek olarak, Acrobat Sign kimlik doğrulaması, kimlik doğrulama yöntemi olarak eklendi ve web formlarına birçok uyumluluk gereksinimini destekleyen ayrıntılı imza günlüğü sağlıyor.
- LDAP veya Active Directory ile entegre edilmiş, kuruluşa yönelik adres kitabı: Kullanıcılarını Adobe Admin Console'da yöneten müşteriler LDAP veya Active Directory'lerini hesaptaki tüm kullanıcılar için kuruluşa yönelik adres kitabını içe aktarmak üzere bağlayabilir. Bu, kullanıcıların şirket LDAP/AD'lerindeki herhangi bir kişinin adını veya e-posta adresini yazmasına ve bu tarafın otomatik olarak oluşturulan kişi listesine göre sıralanmasına olanak tanır. Kurumsal kişiler (kuruluş LDAP/AD'sinden türetilir), bireysel kişilerden (kullanıcının sözleşme gönderdiği e-posta adreslerinden türetilir) ayrı olarak listelenir.
- Kullanıcı oluşturma sorunlarını çözmeye yardımcı olmak için yeni kullanıcı sağlama raporu: Kullanıcılarını Adobe Admin Console'dan yöneten hesaplarda Kullanıcılar sekmesinin altındaki yeni Beklemede sayfasında bir bekleyen kullanıcı sağlama raporu bulunuyor. Bu, özellikle kullanıcıları birden çok mevcut Adobe Admin Console kuruluşundan (farklı ortamlarda vb.) tek bir kurumsal kuruluşa taşıyacak hesaplar için kullanışlıdır. Yeni kuruluşta etkinleştirmelerini henüz tamamlamamış kullanıcılardan etkin olan kullanıcıları filtrelemek için Kullanıcılar sekmesi iki bölüme ayrılmıştır:
- Yetkilendirildi: Uygun şekilde sağlanan ve Acrobat Sign'ı kullanabilen kullanıcılar. Bu sayfa, önceki Kullanıcılar sayfasıyla aynıdır ve aynı işlevlere sahiptir.
- Beklemede: Tam olarak yetkilendirilmeyen ancak işlem veya yardım gerektiren kullanıcılar.
- Yetkilendirildi: Uygun şekilde sağlanan ve Acrobat Sign'ı kullanabilen kullanıcılar. Bu sayfa, önceki Kullanıcılar sayfasıyla aynıdır ve aynı işlevlere sahiptir.
- Grup düzeyindeki ayarları düzenleme izinleri için geliştirilmiş hassas ayar: Hesap düzeyindeki yöneticiler artık grup düzeyindeki izinlerin düzenlenmesine olanak tanıyan sekme düzeyinde hassas ayarlar yapabilir. Grup düzeyindeki yöneticilere, düzenleme yetkisi devre dışı bırakıldığında kısıtlı erişimleri hakkında grup sayfalarının üst kısmında net bir mesaj iletilir.
- E-postalara eklendiğinde ek dosyalarının nasıl adlandırılacağını seçme: Hesap ve grup düzeyindeki yöneticiler artık e-posta bildirimlerine eklenen dosyaların nasıl adlandırılacağını belirtebilir. Dosya adları, İmzaladıktan sonra birden çok belgeyi bir belge halinde birleştir ayarından etkilenir. Bu ayar, tüm dosyaların birleştirildiği tek bir ek veya ayrı isimleriyle tek tek eklenen dosyalar iletir. Seçenekler şunlardır:
- Sözleşme Adı:
- Tüm dosyalar birleştirildiğinde: Her sözleşme adı için adlandırılmış bir dosya olur. Ör. Servis Sözleşmesi 2023
- Dosyalar ayrıldığında: Yüklenen her dosya için bir dosya eklenir. Her dosya, eklenmiş bir sayıyla sözleşme adını kullanır. Ör. Servis Sözleşmesi 2023 (bölüm 1), Servis Sözleşmesi 2023 (bölüm 2), Servis Sözleşmesi 2023 (bölüm 3)
- Tüm dosyalar birleştirildiğinde: Her sözleşme adı için adlandırılmış bir dosya olur. Ör. Servis Sözleşmesi 2023
- Dosya Adı
- Tüm dosyalar birleştirildiğinde: İlk yüklenen dosyadan türetilen ada sahip bir dosya.
- Dosyalar ayrıldığında: Yüklenen her dosya için bir dosya eklenir. Her ek, kaynağından (şablon, yüklenen sözleşme belgesi, geçici belge, alıcı eki) bağımsız olarak orijinal dosya adını korur.
- Tüm dosyalar birleştirildiğinde: İlk yüklenen dosyadan türetilen ada sahip bir dosya.
- Hibrit
- Tüm dosyalar birleştirildiğinde: Sözleşme adı başına adlandırılmış bir dosya olur.
- Dosyalar ayrıldığında: Yüklenen her dosya için bir dosya eklenir ve her ek orijinal dosya adını korur.
- Tüm dosyalar birleştirildiğinde: Sözleşme adı başına adlandırılmış bir dosya olur.
- Sözleşme Adı:
Kontrollere erişmek için Hesap Ayarları > Global Ayarlar > E-postalara eklenen dosyalar şu şekilde adlandırılır: konumuna gidin.
- Sözleşmeleri paylaşımdan kaldırma: Paylaşılan sözleşmeler, sözleşmeyi oluşturan kişi veya başka bir tarafla paylaşımda bulunmuş olabilecek herhangi bir katılımcı tarafından paylaşımdan kaldırılabilir. Herhangi bir tarafla paylaşımın kaldırılması, sözleşmenin paylaşımını alt akışlardaki tüm taraflarla otomatik olarak kaldırarak paylaşım yapılandırmasının tümünü temizler.
Deneyimdeki Değişiklikler
- Özel Gönderme İş Akışı arayüzü tüm kullanıcılar için etkinleştirilecek - Yöneticileri için Özel Gönderme İş Akışlarını etkinleştiren tüm hesaplar, tüm kullanıcılar için iş akışı tasarımcısı erişimi ile etkinleştirildi. Kullanıcılar, üst gezinme çubuğundaki İş Akışları sekmesinden ve Ana Sayfa'daki Yeniden kullanılabilir iş akışı şablonları oluşturun bölmesinden iş akışı tasarımcısına erişebilir. Bir yönetici, yönetici menüsünde iş akışlarını paylaşma seçeneğini açıkça etkinleştirene kadar kullanıcılar yalnızca kişisel kullanımları için iş akışı oluşturma yetkisine sahiptir.
Kullanıcılar için iş akışı tasarımcısı erişimini engellemek isteyen yöneticiler bunu Özel Gönderme İş Akışı bölümü altındaki Genel Ayarlar'da yapabilir:
- Kullanıcı sekmesi Admin Console kullanıcıları için iki tabloya ayrıldı: Kullanıcılarını Adobe Admin Console'da yöneten hesapların Kullanıcılar sekmesi iki sayfaya ayrılır:
- Etkin: Bu sayfa, Acrobat Sign ortamında başarıyla oluşturulan ve hizmeti sorunsuz şekilde kullanabilen tüm kullanıcıların bir tablosunu içerir. Bu sayfa, önceki Kullanıcılar sekmesiyle aynıdır ve aynı işlevlere sahiptir.
- Beklemede: Bu sayfa, Admin Console'da kullanıcı profiline eklenen ancak Acrobat Sign sisteminde işlevsel bir kullanıcıya başarıyla dönüştürülmemiş kullanıcıları içerir.
- Geliştirilmiş Acrobat Sign Kimlik Doğrulama akışı - Acrobat Sign Kimlik Doğrulama yöntemi, imza atanlar için karmaşıklığı ve adım sayısını azaltacak şekilde geliştirildi. Alıcının e-posta adresi, kullanıcının bilinen bir kişi olup olmadığını belirlemek üzere Adobe kimlik doğrulama sistemine içe aktarılır. Bu sayede birden fazla ekran/tıklatma ortadan kaldırılır ve kimlik doğrulamaya giden daha temiz bir yol sağlanır. E-posta adresi zaten mevcutsa alıcıdan parola girmesi istenir. E-posta adresi yoksa kullanıcı otomatik olarak bir hesap oluşturmak üzere yönlendirilir.
- Her alıcı için 10 adede kadar dijital imza desteği: Her alıcı için bir dijital imza sınırlaması, bulut tabanlı imzalarda alıcı başına 10 adede kadar dijital imza alanının yerleştirilmesine olanak tanıyacak şekilde geliştirildi. (Aadhaar ve Singpass desteklenmez)
- Sayfayı açarken yeni Raporlar ortamı varsayılan olarak yüklenir: Raporlar sayfasının varsayılan sürümü, kullanıcılar arabirimi ilk kez açtığında yeni raporlama ortamı yüklenecek şekilde değiştirildi. Kullanıcılar, gerektiğinde klasik ortama geri dönme seçeneğine hâlâ sahiptir.
Not
Klasik raporlama ortamının 2023 yılı sonuna kadar tamamen hizmetten kaldırılması beklenmektedir. Klasik raporlamayı kullanmaya devam eden müşterilerin raporlarının devamlılığını sağlamak için raporlarını en kısa sürede yeni ortamda yeniden oluşturmaları ve planlamaları önerilir.
- Temmuz 2023 sürümünden önce, özel gönderme iş akışı kullanılarak gönderilen bir sözleşme, hesap ve grup düzeyinde belirlenen kimlik doğrulama yöntemlerini dikkate almıyordu. Hesap/grup ayarları izin vermese bile gönderen, imzalayanın varsayılan kimlik doğrulama yöntemini değiştirebiliyordu. Temmuz sürümünde bu davranış düzeltildi ve gönderenin, hesap/grup ayarı varsayılan kimlik doğrulama yöntemini değiştirmeye izin vermiyorsa varsayılan kimlik doğrulama yöntemini kullanmasını gerektiren Gönder sayfasıyla tutarlı hale getirildi.
Örneğin, şirket içi imzalayanlar için varsayılan kimlik doğrulama yöntemi E-posta ise ve Gönderenlerin varsayılan kimlik doğrulama yöntemini değiştirmesine izin ver seçeneği etkin değilse gönderenlerin sözleşmeyi E-posta dışındaki herhangi bir kimlik doğrulama yöntemiyle göndermesi engellenecektir. Doğru davranış biçimi budur ve Gönder sayfasındaki deneyimle uyumludur.
Mobil uygulama güncellemeleri
- iOS platformunda anlık bildirim seçeneği: Kullanıcılarını Adobe Admin Console'da yöneten hesaplar, mobil aygıtlarında iOS için Acrobat Sign uygulaması yüklü olan kullanıcılar için anlık bildirimleri etkinleştirebilir. Etkin anlık bildirimler, ilgilenmeleri gereken yeni sözleşmeler olduğunda alıcılara haber verir ve gönderenlere imzalanan/tamamlanan sözleşmeler hakkında bilgi iletir. Bireysel kullanıcılar cihaz ayarlarında push bildirimlerini devre dışı bırakmayı seçebilir.
Bu özellik Ağustos başında Apple App Store'da 3.29 sürümünde iOS v15+ kullanan kullanıcılar için kullanılabilir olacak.
Entegrasyonlar
Veeva Vault için Acrobat Sign, aşağıdaki özelliklerle yükseltiliyor:
- Güncellenmiş marka: Adobe Sign markası, hizmetin mevcut markasıyla uyum sağlamak için Adobe Acrobat Sign olarak güncellenmiştir. Bu marka değişikliğinin bir parçası olarak Veeva Vault entegrasyonundaki tüm nesneler Adobe Acrobat Sign olarak güncellenmiştir.
- Mevcut belge sürümü güvencesi: Veeva Vault'un bir belgenin birden çok sürümünün devam etmesine izin verdiği göz önünde bulundurulduğunda, Veeva Vault için güncellenmiş Acrobat Sign yüklemesi, kullanıcıların yalnızca en güncel sürümü eklemelerini kısıtlayacaktır.
Çözülen Sorunlar
| Sorun |
Açıklama |
|---|---|
| 4356308 |
Özet: İş akışlarına yönelik e-posta adresi alanı, boşluklar veya virgüller nedeniyle birden fazla bölünmeye sahip önceki değeri kaldırdıktan sonra boş bir değere doğru şekilde sıfırlanmıyor. Alan, beklendiği gibi bir değer yerine fazla değeri okuyacağından bölünen değerler modelde kalıyor ve yeni değerler eklendiğinde hataya neden oluyor. |
| Çözüm: Giriş alanının kodu, yeni giriş değerlerinin değeri doğrudan eklemesini ve önceki içeriğe eklememesini sağlayacak şekilde güncellendi. | |
| 4358989 |
Özet: Bir kitaplık şablonunun UMG'nin etkin olduğu gruplar arasında paylaşılması, grup getiren kodun yalnızca ilk 100 gruba referans vermesi nedeniyle grup sayısı 100'ü aştığında şablonun kaydedilmemesine neden olabiliyor. |
| Çözüm: Grup getirme mantığı, mevcut sayfaları döngüye almak ve tüm grup adlarını veri havuzuna kaydetmek üzere güncellendi. |
|
| 4361087 |
Özet: Paralel imza için gönderilen sözleşmeler, Yönet sayfasında İmza Yükle eylemini gösteriyor. |
| Çözüm: Yönet sayfası, sözleşme desteklenmeyen bir koşula sahip olduğunda Yükle eylemini düzgün bir şekilde gizleyecek biçimde güncellendi. | |
| 4379342 |
Özet: Acrobat Sign sisteminden belirteç alınmasını gerektiren bir kimlik doğrulama yönteminin (ör. telefonla kimlik doğrulama) kullanıldığı birden çok alıcısı olan sözleşmelerde, oturum kimlik doğrulama belirtecinin, yenileme belirteci API araması tarafından yok edilmesi nedeniyle alıcının "Geçersiz Erişim Belirteci" hatasını tetiklediği bir durumla karşılaşılabiliyor. |
| Düzeltme: Çapraz oturum belirteçlerinin yönetimi, temel sorunu düzeltmek için geliştirilmiştir. | |
| 4383564 |
Özet: İmzalayan kimliği doğrulaması etkinleştirildiğinde ve imzalayan farklı bir paylaşımda olduğunda İmza Gerekli e-postası yoluyla belge imzalanamıyor. |
| Çözüm: Parçalar arası ayarları yöneten kod güncellendi. | |
| 4384284 |
Özet: Gov Cloud ortamında giriş yapıldığında kullanıcı hub'a geri yönlendirilebiliyor. |
| Çözüm: Hub'daki Güvenilir Kaynaklar güncellendi. | |
| 4403772 |
Özet: Bir iş akışı şablonuna mevcut olmayan belge şablonları eklenirken oluşan hatalar, API'nin şablonu güncellemesi beklenenden uzun sürmesi nedeniyle gecikiyor. |
| Çözüm: Kullanıcıya bir işlemin devam ettiğine dair bildirim sağlamak üzere "Kaydediliyor" mesajı eklendi. | |
| 4403836 |
Özet: API tarafından oluşturulan bir sözleşme, Yazılı iş akışından Elektronik seçeneğine otomatik olarak değiştirildiğinde kullanıcıya hiçbir mesaj iletilmiyor. |
| Çözüm: API belgeleri bu olayı belirtmek üzere güncellendi. | |
| 4404257 |
Özet: Kırmızı renkteki İmzala ok grafiği yeterli kontrasta sahip değil. |
| Çözüm: Renk, 4.5:1 gereksinimini karşılayacak şekilde güncellendi. | |
| 4409720 |
Özet: Bir belgeyi imzalayan kullanıcılar, daha sonra sistemde etkin değil olarak işaretleniyor. Ardından imzalanan sözleşmeye geri dönüldüğünde, sistemin, eylemi etkin olmayan imzalayana delege edilmesi nedeniyle muhtemelen birkaç kez sözleşme için sıradaki e-postaların bu imzalayana gönderildiği bir durum oluşabiliyor. |
| Çözüm: Delegasyonu önlemek için etkin olmayan ancak sözleşmelere erişimi olan kullanıcıları dikkate alacak mantık eklendi. | |
| 4412152 |
Özet: Odak göstergesinin kontrast oranı, e-imza sayfasındaki tüm alan türleri için yeterli değil. |
| Çözüm: Renk, 4.5:1 gereksinimini karşılayacak şekilde güncellendi. |
|
| 4412153 |
Özet: Odak göstergesinin kontrast oranı, uygulama düğmesi için yeterli değil. |
| Çözüm: Renk, 4.5:1 gereksinimini karşılayacak şekilde güncellendi. |
|
4417413 4422433 |
Özet: Hesaplanan alanlar, yerel dil İngilizce - ABD olarak ayarlanmışsa doğru şekilde işliyor ancak ondalık yerine virgul kullanılan yerelleştirilmiş sayfalarda düzgün çalışmıyor. |
| Çözüm: Kod, hesaplamaya başlamadan önce yerel dili dikkate alacak şekilde güncellendi. | |
| 4417905 |
Özet: Denetim raporu, ikinci bir imzalayan için BioPharma nedenini içermiyor. |
| Çözüm: Kod, imzalama etkinliklerinde birden fazla nedene izin verecek şekilde güncellendi. | |
| 4419219 |
Özet: İmzadaki ilk harf, küçük p harfi gibi geriye doğru yaslanırsa harf imza alanından dışarı taşıyor ve kesiliyor. |
| Çözüm: İmza metni sağdan başlayacak şekilde güncellendi ve böylece sola doğru yaslanabilen karakterler işlenirken metnin kaybolmaması sağlandı. |
|
| 4420176 |
Özet: İmzalanan bir belgeyi yükleme işlemi, imzalar Dijital İmza alanlarıysa başarısız oluyor. |
| Çözüm: Yönet sayfası, sözleşme desteklenmeyen bir koşula sahip olduğunda Yükle eylemini düzgün bir şekilde gizleyecek şekilde güncellendi. |
|
| 4420880 |
Özet: Paylaşılan bir hesap izni ile uygulanan imzalara yönelik denetim raporu kaydı net değil. |
| Çözüm: Denetim günlüğü metni, imza sürecinde ve başka bir kişi adına imzalayan kişi için daha açık olacak şekilde güncellendi. | |
| 4422206 |
Özet: Bir gruptan kullanıcı listesi dışa aktarılırken, kullanıcının birden çok gruba yönetici olması durumunda birincil grup dışındaki Gruplar sütunu boş görünüyor. |
| Çözüm: Birden fazla gruba katılma sorgusu geliştirildi ve exportUser işlevi bu kullanım durumunu düzgün bir şekilde yönetecek şekilde güncellendi. | |
| 4424153 |
Özet: Köprü, belgedeki bir sayfaya referans veren birden çok sayfaya sahip bir belgeye yerleştirildiğinde mobil aygıtlarda çalışmıyor. |
| Çözüm: Mobil uygulamadaki Yatay ve Dikey Kaydırma işlevi, köprü hedefine daha iyi odaklanacak şekilde geliştirildi. | |
| 4426232 |
Özet: pageSize parametresi, "GET /libraryDocuments/{libraryDocumentId}/formData" isteği yapılırken çalışmıyor. Bu durum, yanıt süresinin 2 dakikadan fazla olmasına ve iş akışını bozmasına neden oluyor. |
| Çözüm: Sorunun temel nedeni incelenirken kod önceki bir sürüme geri alındı. | |
| 4426529 |
Özet: Kullanıcı adı olarak girilen özel kontrol karakteri, denetim raporunun indirilmesini engelliyor. |
| Çözüm: Görünmez kontrol karakterlerini kontrol etmek ve temizlemek için bir işlev oluşturuldu. | |
| 4426607 |
Özet: Bir iş akışı aracılığıyla anlaşma gönderilirken, birden fazla imza atanın aynı e-postaya sahip ancak farklı kimlik doğrulama türleri veya değerleri varsa, bir kimlik doğrulama türü o e-posta için diğer(ler)ini değiştirir. |
| Çözüm: Kod, imzalayan dizinindeki yetkilendirme bilgilerini ve e-posta adresini doğrulayacak şekilde geliştirildi. | |
| 4427083 |
Özet: Alıcının E-postası sütununun eklendiği Veri Dışa Aktarımları, alıcı sayısı 99'u aşarsa bir hata tetikleyebiliyor. |
| Çözüm: Alıcı listesi dizisi artırıldı. | |
| 4427245 |
Özet: İmzalayan/Kabul eden, köprü yeniden yönlendirmesini İptal Etmeyi seçtiğinde Gerekli Köprüler "Tamamlandı" olarak kabul ediliyor. |
| Çözüm: Kod, gerekli işareti kaldırmadan ve alanı Tamamlandı olarak işaretlemeden önce kullanıcının bağlantıyı açtığını doğrulayacak şekilde güncellendi. | |
| 4427490 |
Özet: Alan şablonu yeniden boyutlandırıldıktan ve kaydedildikten sonra ek alanı önceki boyuta sıfırlanıyor. |
| Çözüm: Ek alanının yeniden boyutlandırılmasına artık manuel olarak izin verilir. |
|
| 4427512 |
Özet: Sözleşme URL'sini alanlara sürükleyip bırakmak mümkün. |
| Çözüm: Alan özellikleri, sözleşme URL'sinin alana bırakılmasını engelleyecek şekilde geliştirildi. | |
| 4427761 |
Özet: UMG özellikli hesaplarda oluşturulan iş akışları, kimlik doğrulama gerektirmeden gönderilebiliyor. |
| Çözüm: Her imzalayan için kimlik doğrulama, kimlik doğrulamanın iş akışlarına uygulanmasını sağlayacak şekilde geliştirildi. | |
| 4429024 |
Özet: İmza bloğu, ilk alıcı için gönderen tarafından imzalanmış bir kopya yüklendiğinde son alıcı tarafından görünmüyor. |
| Çözüm: Bir sözleşmede yükleme etkinliği olduğunda, akışın devamındaki imzalayanları destekleyen imzalayan alanlarını yerleştirmeye yönelik yeni bir yöntem uygulandı. | |
| 4429142 |
Özet: Yeni şablon, yüklenen ilk şablon grubunda değilse sayfalandırma sorunu nedeniyle iş akışlarına ikinci bir dosya eklenirken iş akışları sıkışabiliyor. |
| Çözüm: Toplama uzunluğu, yöntem setindeki model sayısına karşılık gelecek şekilde güncellendi. | |
| 4429268 |
Özet: IMS belirteçlerine sahip kullanıcılar uygulama uç noktalarına API çağrıları yürütemiyor |
| Çözüm: WEB_APP_LOGIN_IMS_SCOPES ayarına application_read ve application_write eklendi |
|
| 4429712 |
Özet: Özel iş akışı şablonlarına eklenen alıcı grupları gönderenin, göndermeden önce bir grup adı sunmasını gerektiriyor. |
| Çözüm: Giriş (virgülle ayrılmış) alanı kullanılarak özel iş akışı tasarımcısı şablonuna eklenen alıcı grupları artık otomatik olarak oluşturulmuş bir grup adı ekler. Oluşturulan adda, otomatik olarak oluşturulduğunu belirten bir önek ve ardından "Alıcı Grubu X" dizesi bulunur. Burada X, bir veya daha fazla gruba uygulanmış artan bir sayıdır. Örneğin, "(Otomatik oluşturulmuş ad) Alıcı Grubu 1", "(Otomatik oluşturulmuş ad) Alıcı Grubu 2" vb. |
|
| 4429860 |
Özet: Belge Yükleme, temmuz ayında sunulacak özelliklere dayalı olarak Acrobat Web kullanıcı deneyiminden kaldırıldı |
| Çözüm: Yeni unsurları temmuz ayına kadar pasifleştirmek için bir geçiş bayrağı eklendi. | |
| 4431104 |
Özet: AGREEMENT_ACTİON_REQUESTED Web Kancası Olayları, Kendi Kendine İmzalama iş akışları için oluşturulmuyor. |
| Çözüm: Taslak kaynağın güncellenmesi sırasında sendType niteliğinin değiştirilmemesi için bir yöntem eklendi. |
|
| 4432028 |
Özet: "Tüm kullanıcılar için iş akışı tasarımcısı erişimini etkinleştir" grup düzeyinde devre dışı bırakılsa bile İş Akışı sekmesi üst gezinme bölmesinde görünüyor. |
| Çözüm: Kod artık tüm paket üyelikleri yerine etkin paket üyeliklerinden ayarları okur. |
|
| 4432450 |
Özet: Bir hesap, değerleri yanlış önbelleğe alma nedeniyle dahili olarak talep edilen e-posta etki alanlarına sahip kullanıcıları otomatik olarak oluşturmayabiliyor. |
| Çözüm: Hak talebinde bulunulan etki alanının hesap önbelleği, her güncellendiğinde temizlenir. | |
| 4434547 |
Özet: Devre dışı bırakılan bir web formunun düzenlenmesi adın değiştirilmesine izin veriyor ancak ad korunmuyor. |
| Çözüm: Devre dışı web formlarını değiştirme seçeneği kaldırıldı. | |
| 4435506 |
Özet: Güncellemeden sonra Acrobat Web ortamındaki Web Formlarında Kodu Al seçeneği belirlendiğinde hiçbir şey olmuyor. |
| Çözüm: Kod, işlevi düzeltmek üzere onarıldı. | |
| 4437747 |
Özet: AdobeSignAuthService güncellemesi sonrasında URL'si & işaretini içeren bağlantılarda yeniden yönlendirme hatası meydana geliyor. |
| Çözüm: AdobeSignAuthService'teki kod sorunu düzeltildi ve kod yeniden dağıtıldı. |
|
| 4439111 |
Özet: İlk başta zorunlu imzalayana sahip olmayacak şekilde kaydedilmiş iş akışları, imzalayan gerekli şekilde yapılandırıldıktan sonra bile hata durumunu koruyor. |
| Çözüm: Kod, alıcı yeniden yapılandırıldığında hata mesajını düzgün bir şekilde temizleyecek biçimde geliştirildi. | |
| 4440076 |
Özet: EOF'den sonra 1024'ten fazla karakter içeren PDF dosyaları düzgün dönüştürülemiyor ve sözleşme iptal ediliyor. |
| Düzeltme: Yönetim kitaplığı, EOF tanımlayıcısı olarak PDF standardı konusunda daha az özenli olan PDF'ler için daha sağlam olacak şekilde güncellendi. | |
| 4440077 |
Özet: İş akışı tasarımcısı, yöntemdeki hata nedeniyle alıcılar eklendikten sonra hata tetikliyor. |
| Çözüm: Hata düzeltildi ve yöntem yeniden dağıtıldı. | |
| 4443907 |
Özet: Grup yöneticileri kullanıcı ekleyemediği için grup düzenleme ayarlarına göre sayfayı güncellemelerine izin vermeyen bir hata tetikleniyor. |
| Düzeltme: Ayar, grup yöneticisi yetkilisinin kullanıcı eklemesine izin verecek şekilde güncellendi. |
Üretim dağıtımı: 22 Ağustos 2023
GovCloud dağıtımı: 24 Ağustos 2023
Gelişmiş İşlevsellik
- Zorunlu kimlik doğrulama sorgularının denetim raporu kaydı: Gelişmiş denetim raporu günlüğü; SAML ve Admin Console kimlik doğrulamalarını destekleyecek şekilde genişletildi. Kimlik doğrulamayı uygulayın özelliğini etkinleştirmiş müşteriler için (Bio-Pharma Ayarları sekmesinde) kimlik doğrulamanın uygulandığı aşama (sözleşmeyi açma, imzalama ve İmzalamak için tıklatın düğmesini seçme) dahil olmak üzere her kimlik doğrulama olayı, denetim raporuna açık bir şekilde girilir. Sözleşmenin etkinlik listesi, her bir kimlik doğrulamasını da (daha kısa bir biçimde olsa da) yansıtır.
Deneyimdeki Değişiklikler
- Tüm giden e-postalardaki Kimden üstbilgisi, e-posta sunucularıyla ilgili sorunları azaltmak için daha tutarlı bir formata güncellendi. Üstbilginin iki formu vardır:
- Alıcının adı biliniyorsa (ör. kayıtlı kullanıcı) veya Gerekli alıcı adı ayarı kullanılıyorsa üstbilgi, şu şekilde görünür: Ad Soyadı adına Adobe Sign <adobesign@adobesign.com>
- Alıcının ad değeri bilinmiyorsa üstbilgi şu şekilde görünür: Adobe Sign <adobesign@adobesign.com>
- Alıcının adı biliniyorsa (ör. kayıtlı kullanıcı) veya Gerekli alıcı adı ayarı kullanılıyorsa üstbilgi, şu şekilde görünür: Ad Soyadı adına Adobe Sign <adobesign@adobesign.com>
Çözülen Sorunlar
| Sorun |
Açıklama |
|---|---|
| 4425785 |
Özet: "gg/aaa/yyyy" formatına sahip tarih alanları, čvn değeri kullanılırken Çekçe dilinde doldurulamıyor. |
| Düzeltme: Tarih işlevine yönelik yerel ayar sağlayıcılar, bu kullanım formatını düzgünce yönetecek şekilde güncellendi. | |
| 4429246 |
Özet: Bir iş akışının alıcı listesini düzenlemek, bu iş akışı tarafından gönderilen sözleşmeleri etkileyebiliyor ve sözleşmelerin Devam Ediyor durumunda takılmasına neden olabiliyor. |
| Düzeltme: Alıcı listesinin sözleşme tarafından nasıl algılandığını yöneten kod, şablonda yapılan düzenlemeler göz ardı ederek işlem içindeki alıcı listesini yönetecek şekilde güncellendi. | |
| 4432494 |
Özet: Düzeltilmemiş bir istisna nedeniyle, Acrobat ortamındaki sözleşmeler, Yönet sayfasında açıldığında sözleşme görüntüsü görünümünü yükleyemeyebiliyor. |
| Düzeltme: Görüntüyü doldurmak için kullanılan yöntem, istisnayı düzgünce yönetecek şekilde güncellendi. | |
| 4436936 |
Özet: Zorunlu köprü alanlarına sahip web formları, kullanıcılar bunları kaydetmeye çalıştığında hata veriyor. |
| Düzeltme: Köprü seçilmemesine rağmen web formunun kaydedilmesine izin vermek için bir koşul eklendi. | |
| 4437223 |
Özet: Adobe Sign'da bir sözleşmenin iOS aygıt kullanılarak imzalanması, API'nin salt okunur alanları düzgün şekilde /PUT koduna ekleyememesi nedeniyle sunucu hatası verebiliyor. |
| Düzeltme: Sözleşmenin alanlarını yerleştirmek için kullanılan API güncellendi. | |
| 4441057 |
Özet: REST v5 kullanılarak hatırlatıcı oluşturulduğunda ve gelecekteki alıcı gönderen tarafından değiştirildiğinde hatırlatıcı e-posta bildirimi, henüz aktif alıcı olmamış bir alıcıya gönderiliyor. |
| Düzeltme: Hatırlatıcıyı yalnızca o anda sözleşmeyi imzalayabilecek katılımcılara delege etmek için bir koşul eklendi. |
|
4442166 |
Özet: Arşivlenmiş sözleşmeler Sil kuyruğuna eklendiğinde sistemden temizlenmiyor. |
| Düzeltme: Silinmeye gönderilen arşivlenmiş sözleşmeler, 14 gün boyunca kuyrukta tutulmak yerine hemen temizleniyor. | |
| 4444011 |
Özet: Elektronik Mühür olarak Intesi kullanılırken geçersiz uç nokta belirteci nedeniyle HTTP 501 access_denied hatası oluşuyor. |
| Düzeltme: Belirtecin oluşturulma şekli daha sağlam olacak ve sürüm toleransı sağlayacak şekilde güncellendi. | |
| 4447727 |
Özet: 2018 ve öncesindeki bazı web formları, boş işaretçi hatası nedeniyle genel bir hata mesajıyla yüklenemeyebiliyor. |
| Düzeltme: Sorunlu kod tanımlandı ve düzeltildi. |
- Güncellenen Sözleşmeyi Görüntüle deneyimi: Sözleşmeyi görüntülemeyi sağlayan müşteri arabirimi tüm kullanıcılarda güncellenmiştir. Deneyimdeki değişiklikler:
- Belgenin altındaki PDF kontrolleri, belge içeriği ile sözleşme eylemi seçenekleri arasında görüntülenecek şekilde taşındı.
- Belge görünümünde iki sayfa görüntüleme seçeneği eklendi.
- Arama seçeneği şu anda PDF kontrollerinden kaldırılmıştır ancak kullanıcılar belge içeriğinde arama yapmak için Ctrl/Cmd+F tuşlarını kullanabilir.
- Tüm giden e-postalardaki Gönderen başlığı, doğru markalamayı sağlamak için güncellendi."Adobe Sign" dizgisi tüm örnekler için "Adobe Acrobat Sign" olarak güncellendi.Örneğin:
- Gerekli alıcı adı ayarı kullanımdayken, arka plan resmi Adobe Acrobat Sign adına <ad > <soyad> <adobesign@adobesign.com>
olarak okunacak - Alıcının ad değeri bilinmediğinde, arka plan resmi Adobe Acrobat Sign <adobesign@adobesign.com> olarak okunacak
- Gerekli alıcı adı ayarı kullanımdayken, arka plan resmi Adobe Acrobat Sign adına <ad > <soyad> <adobesign@adobesign.com>
Çözülen Sorunlar
| Sorun |
Açıklama |
|---|---|
| 4418093 |
Özet: Bir sözleşme için içerik oluştururken katılım damgası alanları POST_SIGN rolüyle oluşturulur. Kitaplık şablonu kullanım örneklerinde, katılım damgası alanlarının SIGNER rolüne sahip olması beklenir. Bir sözleşmeden bir kitaplık şablonu oluştururken alan, katılım damgası alanları için doğru role güncellenmez ve şablon kullanıldığında aşağı akışta sorunlara neden olur. |
| Düzeltme: Katılım damgası alanları için beklenen rolü ayarlamak üzere kod güncellendi. |
|
| 4429823 |
Özet: Radyo düğmesi seçimi yapıldığında "Sonraki" gezinme oku bir sonraki alana geçmesi gerektiği halde bu işlem gerçekleşmez. |
| Düzeltme: Alanlar arasında gezinme özelliği bu sorunu çözmek için geliştirilmiştir. | |
| 4429824 |
Özet: iFrame görünümünde web formu adı kesik görünür. |
| Düzeltme: CSS sayfası, metin konumlandırmasını ayarlamak için güncellenmiştir. | |
| 4438886 |
Özet: Mobil iOS tarayıcılardaki web formları, odak hareket ettiğinde bir sonraki gerekli onay kutusuna geçmeyebilir. |
| Düzeltme: Kod, odak ayarlanmadan önce bir sonraki öğeye geçmeye zorlayacak şekilde ayarlanmıştır. |
|
| 4439434 |
Özet: Ek alanları olan Web Formunda Sonraki sekmesi tıklatıldığında bu sekme çalışmaz. |
| Düzeltme: Ekin ilgili özellikleri, Sonraki sekmesi tıklatıldığında ek alanları arasında harekete izin verecek şekilde yeniden kodlanmıştır. | |
| 4440393 |
Özet: Sözleşme Devam Ederken sözleşmenin devre dışı bırakılan katılımcıları katılımcı tablosundan kaldırılır ve sonuç olarak API aracılığıyla sözleşmeden bilgi alındığında katılımcı bilgileri eksik olur. |
| Düzeltme: Değiştirilen katılımcı setini sözleşmenin toplam katılımcı setine dahil edecek mantık eklendi. |
|
| 4441785 |
Özet: Bir e-posta bağlantısından delege etmeye çalışırken ve delegasyon ile gerekli alıcı adı özelliğini kullanırken gösterilen mesaj çok sezgisel değildir. |
| Düzeltme: Mesaj, kullanıcıya e-imza sayfasından delege etmeyi açıklayacak ve e-İmza sayfasına bağlantıyı içerecek şekilde iyileştirilmiştir. |
|
| 4445134 |
Özet: Açıklama listelerindeki alanları içeren imzalı sözleşme PDF belgeleri indirilemez. |
| Düzeltme: Artık açıklamaların kopyalanmasına izin verilir. Bu sayede istisna engellenir. |
|
| 4445626 |
Özet: Varsayılan imzalayan kimlik doğrulaması PASSWORD olarak ayarlandığında Doldur ve İmzala, 400 "MISSING_REQUIRED_PARAM" hatası sonucu başarısız olur. |
| Düzeltme: Doldur ve İmzala iş akışlarında gerekli kimlik doğrulama yöntemleri atlanır. | |
| 4446367 |
Özet: Form Alanı verileri, alan hesaplamalarını kullanmak yerine saat 00:00 olarak seçildiğinde sözleşme imzalandıktan sonra kaybolur. |
| Düzeltme: Tarih "00:00" olarak sağlanmışsa tarihe 1 milisaniye eklenir. Bu sayede tarih numaraya dönüştürüldüğünde 0,0 elde edilmemiş olur. |
|
| 4447747 |
Özet: Son kod değişikliklerinden dolayı application/json kullanılarak GET /widgets/{widgetId}/formData çağrıldığında 500 "MISC_SERVER_ERROR" hatası tetiklenir. |
| Düzeltme: Kod, önceki sürüme geri alınarak işlevler geri yüklenmiştir. | |
| 4447879 |
Özet: Oluşturulan belgeler güncellenirken e-mühürler yerleştirilmeye çalışılabilir. Bu, sözleşmelerin iptal edilmesine neden olur. |
| Düzeltme: Yarış koşulunu önlemek amacıyla gönderim istisnasını daha iyi yönetecek kod eklendi. | |
| 4448750 |
Özet: Son güncellemeden sonra, refreshweb uç noktası artık bir istemci güvenlik parametresi gerektirir. Bu, her 15 dakikada bir kullanıcı arabiriminde bir hata mesajının yayınlanmasına neden olabilir. |
| Düzeltme: Kod, proxy akışı yürütülmeden önce parametrenin doğru olduğundan emin olmak için güncellenmiştir. | |
| 4450877/4454555 |
Özet: Yeni İçerik Oluşturma: Güncellenen Chrome/Edge sürümleri için imza/metin alanları taşınamıyor |
| Düzeltme: İçerik oluşturma ortamı, Chrome/Edge tarayıcılarındaki değişikliklere uyacak şekilde güncellenmiştir | |
| 4451025 |
Özet: Bir form alanını bir hesaplamayla güncellemek için PUT API /agreements/{agreementId}/formFields öğesini kullanmak imzalama sırasında düzgün şekilde çalışır ancak dizede kaçış karakterleri (örneğin ') varsa PDF indirildiğinde boş görünebilir. |
| Düzeltme: Dize ayrıştırmaya geçirilmeden önce ifadeler kaçış karakteri olarak algılanmadan PDF'ye yazdırılır. | |
| 4454835 |
Özet: E-posta üst bilgisinin yerelleştirilmiş sürümleri, Adobe Acrobat Sign dizesini içermiyor. |
| Düzeltme: E-posta üst bilgileri, yerelleştirilmiş e-posta şablonlarına markalı dizeyi eklemiştir. | |
| 4455067 |
Özet: İş akışlarını tarihe göre sıralamak, İngilizce olmayan yerelleştirmelerde kullanıldığında düzgün sıralanmış bir liste oluşturmuyor. |
| Düzeltme: Sıralama yöntemi, iş akışlarının yerelleştirilmiş görünümlerini düzgün bir şekilde sıralayacak şekilde güncellenmiştir. |
Üretim dağıtımı: 13 Kasım 2023
GovCloud dağıtımı: 16 Kasım 2023
Gelişmiş İşlevsellik
- Yeni Gönder sayfası deneyimi: Gönder sayfasında yeni sözleşme oluşturma, imzalanacak belgelerle başlayan ve alıcıların eklenmesiyle sonlanan daha prosedürel bir sürece dönüştü.
Hesap Ayarları > Global Ayarlar > Yeni imza isteme deneyimi'ne giderek yeni Gönder sayfası deneyimini etkinleştirebilirsiniz
Not
Yeni Gönder deneyimi şu anda klasik Gönder sayfasıyla aynı seviyede değil.Kullanıcılar için seçeneği etkinleştiriyorsanız, deneyimler arasında geçiş yapma seçeneğini de etkinleştirmeniz önemle tavsiye edilir.
- Yeni uygulama içi İçerik Oluşturma deneyimi: Kullanıcılar, yeni İçerik Oluşturma ortamında artık bir alan türü seçip belgeyi tıklatarak istedikleri kadar alan yerleştirebilir. Bir alanı çift tıklattığınızda sol bilgi panelinde alanın özellikleri açılır. Burada özellikleri ayrı ayrı yapılandırabilirsiniz.
Yeni İçerik Oluşturma ortamına yalnızca yeni Gönder sayfası deneyiminde erişilebildiğini hatırlatırız.
Not
Sözleşme, Tamamlandı veya İptal Edildi sonlandırma durumlarına ulaştığında URL'ye otomatik olarak yeni bir agreementStatus parametresi eklenir.
- Tamamlanan sözleşmelere ?agreementStatus = completed eklenir.
- İptal edilen (Reddedilen) sözleşmelere ?agreementStatus = declined eklenir.
Yeni parametre, manuel olarak gönderilen sözleşmeler, web formları, Toplu Halde Gönder sözleşmeleri vb. gibi tüm sözleşmelere uygulanır.
- Toplu Halde Gönder'i sözleşme başına daha çok alıcı, daha çok toplam işlem ve birçok özelliğe izin vermek üzere güncelledik ve iyileştirdik: Toplu Halde Gönder'in yeni arabiriminde standart "imzaya gönder" sürecinde mevcut olan ve müşterilerin talep ettiği birçok özelliği bulabilirsiniz. Yeni özellikler şunları içerir:
- Bireysel rol yapılandırmalarına, kimlik doğrulama türlerine ve özel mesajlara sahip birden fazla alıcı.
- Sözleşme adı, yerel dil, hatırlatıcılar, sona erme tarihi ve imzalama sırası gibi bireysel sözleşme yapılandırmaları.
- Power Automate entegrasyonuna kullanım takibi eklendi: Yöneticiler, kiracılarının önceki aydaki Power Automate kullanımını görüntüleyebilir ve kuruluşlarının son 12 aydaki kullanımını CSV biçiminde indirebilir. Bu CSV dosyasına şunlar dahildir:
- Aylık Etkin Akışlar: Bir takvim ayı boyunca Acrobat Sign sisteminde kullanılabilecek akışların sayısı.
- Aylık Akış Çalıştırmaları: Bir takvim ayı içinde bir akışın tetiklenme sayısı.
- Aylık API çağrıları: Bir takvim ayı içinde akış çalıştırmalarını yürütmek için yapılan API çağrılarının toplam sayısı.
- Dataverse depolama alanı: Bir takvim ayının sonunda kullanılan toplam Dataverse depolama alanı miktarı.
- Özel gönderme iş akışları için özel mesajlar: Artık özel gönderme iş akışları tasarlarken her alıcı için özel mesajlar yapılandırabilirsiniz.
- Web formu karşı imzalayanları için özel mesajlar: Artık web formlarında karşı imzalayanlar için özel mesajlar yapılandırabilirsiniz.
- Web formları için geçici alıcı grupları: Artık bir web formunu yapılandırırken geçici Alıcı Grupları'nı kullanabilirsiniz. Geçici alıcı grupları şablon sayfasında tanımlanır ve yalnızca oluşturuldukları web formunda kullanılır.
Yeniden Kullanılabilir Alıcı Gruplarına erişim bu sürüme dahil değildir.
- Dijital Kimlikler için web formu desteği: Dijital Kimlik, eklenen katılımcılar ve karşı imzalayanlar için desteklenen bir kimlik doğrulama yöntemidir.
- Klasik raporlama ortamına erişim için manuel geçersiz kılma: Kasım 2023 sürümü, tüm hesapları modern raporlama ortamını kullanmaya davet eder. Klasik ortam erişimine ihtiyacı olan hesaplar, geçiş bağlantısını açıkça etkinleştirerek kullanıcılara bu seçeneği sunabilir.
- Sözleşme raporları iyileştirildi: Sözleşme raporu türü, sözleşme özeti sayfasına yeni bir Taslak kutucuğu ve sözleşmeleri geçerli Durumlarına göre filtreleyen yeni bir filtre ekledi.
- Yeniden kullanılabilir alıcı grupları iyileştirildi: Yeniden kullanılabilir alıcı gruplarını artık mevcut bağlantıyla klasik Gönder sayfasına ekleyebilirsiniz. Grup adı girilirken, grup adı alanının altındaki alt menüde mevcut alıcı gruplarının listesi görüntülenir.
Ayrıca, grupları Grup adı ile ya da grubun bir bireysel üyesinin e-posta adresini girerek bulmak için arama işlevi eklendi.
- Belirli coğrafyalardaki alıcıları engelleyin: Yöneticiler, belirledikleri bölgelerdeki alıcıların IP adreslerini kullanarak sözleşmelere erişimlerini açıkça engelleyebilir. Bu alıcılar, bir sözleşmeye veya web formuna erişmeye çalıştıklarında Acrobat Sign'ın, bölgelerinde kullanılamadığı mesajını alır. Şu an için seçilebilir tek seçenek Çin'dir.
- Yeni kimlik doğrulama yöntemi: E-posta ile Tek Kullanımlık Parola (OTPvE): Tek faktörlü kimlik doğrulama yöntemi olarak e-posta ile tek kullanımlık parola eklendi. Bu sorunsuz kimlik doğrulama yöntemi, sözleşmeye erişmek isteyen bir alıcıyı e-posta adresini kullanarak değerlendirir. OTPvE'yi bireysel bir sözleşme gönderirken, Toplu Halde Gönder'i kullanırken ve web formları oluştururken kullanabilirsiniz.
- Sözleşmeler için içerik koruması: Alıcılara atanan orijinal alıcı kimlik doğrulama yöntemiyle veya kimlik doğrulama atanmamışsa katılımcının e-posta adresine gönderilen tek kullanımlık parolayla tamamlandıktan sonra bile görüntülenen sözleşmelerini koruyun.
- İmza ile kimlik doğrulama gereksinimlerinin esnekliğini artırdık: Zorunlu kimlik doğrulama ayarlarını (Hesap Ayarları > Bio-Pharma Ayarları) ayırdık ve alıcının yeniden kimliğini doğrulaması gerektiği zamanda ince ayar yapma kapasitesini artırdık.
Kasım 2023 sürümünden önce oluşturulan hesaplar, Bio-Pharma Ayarları sayfasında güncellemeyi açıkça etkinleştirerek yeni Kimlik Doğrulamayı Uygulayın yapılandırmasını seçmelidir:
- Birden Fazla Gruptaki Kullanıcılar için daha fazla destek: UMG artık aşağıdaki entegrasyonlarda desteklenmektedir:
- Salesforce
- Power Automate
- Paylaşımdan kaldırma olayları için yeni web kancaları: Web kancası kullanıcı arabirimine bir sözleşmenin paylaşımından kaldırılmasıyla tetiklenen iki yeni olay ekledik.
- Sözleşme paylaşımdan kaldırıldı: Bir kullanıcı, sözleşmeyi başka bir kullanıcıyla paylaşmaktan açıkça vazgeçtiğinde tetiklenir.
- Sözleşme otomatik olarak paylaşımdan kaldırıldı: "Yukarı akışlı" paylaşılan sözleşmenin iptal edilmesiyle tetiklenir. "Paylaşılan" tarafın sözleşmeyi ayrıca paylaştığı tüm kullanıcıların da sözleşmeye olan erişimleri otomatik olarak iptal edilir.
Entegrasyon Güncellemeleri
- Veeva Vault için Acrobat Sign v 1.3.0 Kasım ayının sonunda yayınlanacak
- Veeva Vault Kitaplık Yükseltmesi: Uygulama, gelişmiş entegrasyon için daha modern ve verimli bir Vault API kitaplığıyla (VAPIL) güncellendi.
- Veeva Vault API Sürümü Yükseltmesi: Veeva Vault API sürümü v23.1'e yükseltildi
- Entegrasyon dağıtım paketi, müşterilere en güncel belge sürümünü kullanma zorunluluğu sunmamak için geliştirildi.
- Microsoft Teams için Adobe Acrobat Sign ve Canlı İmza - Canlı İmza, kullanıcıların Yüz Yüze İmzalama benzeri herhangi bir cihazdan Microsoft Teams toplantısı içinde güvenli bir imza deneyimi barındırarak anlaşmaları daha hızlı imzalatmalarını sağlar.
- Salesforce mobil uygulamasında Acrobat Sign entegrasyonu desteği: Salesforce mobil uygulamasını kullanan müşterilerimiz, artık sözleşmelerini yönetmek için iOS veya Android mobil cihazlarda Acrobat Sign entegrasyonunu kullanabilir.
Deneyimdeki Değişiklikler
- İşlem raporlarına Doldur ve İmzala ile Kendi Kendine İmzalama iş akışları dahil edildi: Doldur ve İmzala ile Yapılandırılmış self servis işlemler de (Acrobat Sign arabiriminde) artık güncellenmiş işlem tüketimi raporuna dahil edilebilir. Kuruluşlar, böylece işlem hacimlerini ve metriklerini daha ayrıntılı bir şekilde görebilir.
Not
Acrobat arabiriminde kullanılan Doldur ve İmzala işlemleri ise Acrobat platformunun bir parçasıdır ve Acrobat Sign İşlem Tüketimi Raporuna dahil edilmez.
- Geliştirilmiş Power Automate deneyimi: Kullanıcı deneyimini iyileştirmek için Power Automate entegrasyonunda aşağıdaki güncellemeleri yaptık:
- Yerelleştirme dillerinin kapsamı genişletildi.
- Birden Fazla Gruptaki Kullanıcılar desteği.
- Yeni bir Korumalı Alan bağlayıcısıyla Acrobat Sign Korumalı Alan ortamında Power Automate erişimi.
- Sözleşme denetim raporunu indirme desteği.
- VIP müşteriler, uygulama içi kılavuzu kullanırken yeni sohbet robotu deneyimine erişebilir: Yeni sohbet robotunun karşılama mesajında en çok sorulan soru önerileri, kullanıcının önceki seçimlerine göre öneriler, doğrudan sorgu desteği ve karmaşık sorgular için çözümler sunan etkileşimli arabirimiyle müşteri sorularına verdiği yanıtları iyileştirdik. Sohbet robotu, gelecekteki yanıtlarını daha da iyileştirmek için kullanıcılardan aldıkları bilgiler hakkında geri bildirim sağlamasını ister. Ayrıca istedikleri bilgileri bulamayan kullanıcılar, sohbetteki seçenekle bir destek temsilcisine bağlanabilir.
- Gelişmiş hesap paylaşımıyla web formlarını düzenleyin: Gelişmiş hesap paylaşımının etkinleştirildiği hesaplar, web formlarının içeriklerini paylaştıkları kullanıcılar veya grupların bu içerikleri düzenlenmesine izin verebilir. Paylaşılan kullanıcı veya grupların web formuna erişmesi için Düzenleme izinlerinin etkinleştirilmesi gerekir.
Çözülen Sorunlar
| Sorun |
Açıklama |
|---|---|
| 4337861 |
Özet: Bir sözleşme, dijital imzaya sahipse ve parola korumalıysa raster hizmeti mobil cihazlar için yeterince ufak bir küçük resim oluşturamıyor ve mobil cihaz kullanıcıları Küçük Resim Henüz Mevcut Değil hatası alıyor. |
| Düzeltme: Süreç, görüntü ölçeğini etkileyen şifreleme öncesinde uygun görüntü boyutunu kullanacak şekilde güncellendi. | |
| 4373355 |
Özet: Harici kaynaklı formlardaki bazı onay kutuları, imzalama sonrasında işaretlenmemiş olarak gösterilebiliyor. |
| Düzeltme: isCheckBoxTrue değerlendirildiğinde işaretli görünüm durumunun kabul edilebilir işaretlenmemiş değerlerden biriyle eşleşmesini sağlamak için yeni bir kontrol eklendi. |
|
| 4395764 |
Özet: Sözleşme özel bir iş akışıyla gönderildiğinde web kancası bildirimlerinde sıralama parametresi yer almıyor ve alıcıların ayrıştırılmasında hata çıkıyor. |
| Düzeltme: Bağlı iş akışında saklanan grafik yapısına göre yeni sıralama oluşturma mantığı eklendi. |
|
| 4417517 |
Özet: Bir alıcı grubu ve CC'ye eklenen taraf içeren gönderim iş akışları, imzalama bildirim e-postasını CC'ye eklenen e-posta adresine gönderebiliyor. |
| Düzeltme: E-posta şablonu, imzalayan bildirimi olayına CC'deki tarafları dahil etmemek üzere düzeltildi. | |
| 4418217 |
Özet: Gov Cloud Console'da Kullanıcıları Yönetme bağlantısı, Gov Cloud Console yerine bir yardım sayfasına işaret ediyor. |
| Düzeltme: Bağlantı, Gov Cloud Console'a doğru şekilde işaret etmek üzere güncellendi. | |
| 4430408 |
Özet: Tarih, dize olarak görüntülendiği için iş akışlarında tarihe göre sıralama işlevi çalışmıyor. |
| Düzeltme: Tarih değeri, tarih olarak doğru bir şekilde başvurulacak ve sıralama yapacak şekilde düzeltildi. | |
| 4435150 |
Özet: Gönderen aynı zamanda imzalayan olduğunda, ilgili imzalayan değiştirildiğinde ve sözleşmenin süresi dolduğunda gönderen, süresi doldu durumuna geçmeden sözleşmeden İmza için Gönderildi durumunda çıkabiliyor. |
| Düzeltme: Kod, bir alıcı değiştirildiğinde sözleşmenin sona erme durumunu açıkça kontrol edecek şekilde iyileştirildi. | |
| 4439375 |
Özet: PDF sayfalarının XObject'lerinde geçersiz PieceInfo.LastModified girişleri olduğunda PDF boş görünebiliyor. |
| Düzeltme: PDF'leri birleştirmek için kullanılan kitaplık güncellenerek sorun giderildi. | |
| 4439478 |
Özet: DecodeParms alanında boş şifreleme .(null Crypt) parametrelerine sahip PDF'ler, Acrobat Sign'ın sözleşme oluşturmayı iptal etmesine neden olabiliyor. |
| Düzeltme: PDF kitaplığı, boş DecodeParms alanlarını daha iyi işlemek üzere güncellendi. |
|
| 4440373 |
Özet: eSign sayfasındaki kılavuz işareti renklerinin, gri kenar çubuğu arka plan rengine kontrast oranı yetersiz. |
| Düzeltme: 3:1 kontrast oranı gereksinimini karşılamak için metin rengi, arka plan rengi, opaklık ve kenar çubuğu arka plan gri tonu da dahil tamamen yeni renkler eklendi. |
|
| 4440504 |
Özet: Korumalı Alan'dan Üretim'e şablon kopyalarken "Talebi yürütme hatası" görünüyor. Şablon, form alanları olmadan kopyalanır. Bunun nedeni, sayfa konumu için SandboxOrchestrator'dan negatif sayı alınmasıdır. |
| Düzeltme: SandboxOrchestrator bu sorunu düzeltecek şekilde güncellendi. | |
| 4443410 |
Özet: Ayarlar Etkinlik Denetimi raporunda sadece bir ayar listeleniyor. |
| Düzeltme: Sorgu, 15 sonucu döndürecek şekilde düzeltildi. | |
| 4443916 |
Özet: "gg/aaa/yyyy" biçimindeki tarih alanları, yerelleştirilen ay "čvn" olduğunda sunucu hatası veriyor |
| Düzeltme: locale.date kitaplığı, bu tarih değerini doğru şekilde işlemek üzere güncellendi. | |
| 4445937 |
Özet: Kullanıcı arabiriminin dili İngilizce olmadığında iş akışları doğru sıralanmıyor. |
| Düzeltme: Sıralama kodu, yerelleştirilen içerikleri yerelleştirilen tarih formatlarına göre düzgün şekilde sıralamak üzere iyileştirildi. | |
| 4445977 |
Özet: Doğrulama ve Koşullu biçimlendirme, v6 API POSTcall'daki bir kusurdan dolayı Bağlantı Metni Etiketleriyle çalışmıyor. |
| Düzeltme: v6/FormFieldGenerator'ı manuel olarak data_objects'e dönüştüren yeni bir yöntem uygulandı. |
|
| 4446030 |
Özet: Sıralamada tarihin tamamı yerine sadece tarihteki ilk sayı dikkate alındığı için "Son Değiştirme" sütununun sıralaması Gruplar'da düzgün çalışmıyor. |
| Düzeltme: "Son Değiştirme" sütununu zaman damgalarına göre sıralamak için groupgrid.js'de "sortValue" işlevi uygulandı. |
|
| 4447218 |
Özet: Sözleşmeler, Korumalı Alan Ortamında Veri Yönetimi Politikasına uymuyor. |
| Düzeltme: Korumalı Alan'da Veri Yönetimini etkinleştirmek için bir API Uygulaması oluşturuldu. | |
| 4447334 |
Özet: Kullanıcılar CSV dosyasıyla toplu halde içe aktarılırken yerel dil doğrulaması eksik kalıyor. |
| Düzeltme: Kullanıcıları CSV ile içe aktarma kodu, geçersiz bir yerel dil kodu bulunduğunda varsayılan uygulama yerel dilini (en_US) ekleyecek şekilde güncellendi. | |
| 4447971 |
Özet: Hesaplanan dize hiçbir zaman doldurulmadığı için sözleşme Katılımcı 2'ye gittiğinde tarih alanı varsayılan "--" değerine değiştiriliyor. |
| Düzeltme: Tüm olası form alanı değerleri, alanları hesaplamadan önce sayılara dönüştürülür. Buna tarih formatlarındaki dizeler de dahildir. Alanlar hesaplanırken tarih formatlarındaki dizeler yok sayılır. |
|
| 4448602 |
Özet: Word yüklenirken yanlış bir font kullanıldığı için harf aralıkları sıkıştırılabiliyor. |
| Düzeltme: Font, olası fontlar listesinden kaldırıldı. | |
| 4448946 |
Özet: İmzalayanlar, form alanının adından sonra boşluk olduğu için Kendi Kendine İmzalama sözleşmesi tamamlandıktan sonra doldurulan tüm form alanlarını göremeyebiliyor. |
| Düzeltme: Alan adlarına kırpma uygulanıyor. | |
| 4449000 |
Özet: Web Kancaları için Bildirim E-postaları - Alanı temizleyip kaydettikten sonra alan temizlenmiyor |
| Düzeltme: Bildirim işlevi, alanın temizlendiğinden emin olacak şekilde iyileştirildi. | |
| 4449148 |
Özet: Grup Yöneticisi, doğrulanmamış kullanıcılara doğrulama e-postası gönderemiyor |
| Düzeltme: UMG ve Grup yöneticileri arasındaki çakışma, e-posta gönderimine izin verecek şekilde düzeltildi. | |
| 4449662 |
Özet: Aynı e-posta adresine sahip iki harici alıcı eklenirse hatırlatıcı iptal edildiğinde hata olabiliyor. |
| Düzeltme: Hatırlatıcı işlevinde birden fazla harici alıcının olduğu durumlar için yeni hata kontrolü eklendi. | |
| 4452509 |
Özet: "Type", "PHONE_AUTHENTICATED" ve "SIGN_AUTHENTICATED" içeren olaylar Salesforce'taki Sign REST API'si olaylarında kullanılamıyor |
| Düzeltme: Olaylar eklendi. | |
| 4452510 |
Özet: VIDA Demo ortamında Vida (Test) Seçeneği kullanılamıyor |
| Düzeltme: Hizmet yeniden dağıtıldı ve sorun çözüldü. | |
| 4457457 |
Özet: Adobe Sign ekosistemi dışında doldurulup imzalanan bir belgeyi yüklerken metin etiketlerine yönelik beyazlatma kutuları mevcut alanların üzerine geldiği için veriler gizleniyor. |
| Düzeltme: Belge işlemeye, imzalanabilir belge oluştururken doğru dışlayıcıyı kullanmasını belirten bir ayar eklendi. |
|
| 4457557 |
Özet: Web formundaki bilinmeyen bölümler boş imleç döndürdüğü için Korumalı Alan ve Üretim Sign hesaplarındaki katılımcılarla ve Karşı İmzalayanlarla Web Formları oluşturulamıyor. |
| Düzeltme: Boş değerleri düzgün şekilde kontrol etmek ve yönetmek için yeni bir kontrol eklendi. | |
| 4458537 |
Özet: GovCloud ortamındaki imzalayanların, yeterli sayıda oturumu engelleyen güvenlik önlemleri nedeniyle imzalamaları engellenebiliyor. |
| Düzeltme: Oturumların türü ve sayısı değerlendirildi ve talebi karşılamak üzere artırıldı. |
