Yenilikler
Başlayın
- Yöneticiler için hızlı başlangıç kılavuzu
- Kullanıcılar için hızlı başlangıç kılavuzu
- Geliştiriciler için
- Video eğitim kitaplığı
- SSS
Yönetim
- Admin Console'a Genel Bakış
- Kullanıcı Yönetimi
- Etkin kullanıcıları ekleme, düzenleme ve inceleme
- Fonksiyon odaklı kullanıcılar oluşturma
- Doğrulamayı tamamlamamış kullanıcıları inceleme
- Sağlama hataları olan kullanıcıları kontrol etme
- Ad/E-posta Adresi Değiştirme
- Kullanıcının grup üyeliğini düzenleme
- Bir kullanıcının grup üyeliğini grup arayüzü üzerinden düzenleme
- Bir kullanıcıyı yönetici rolüne yükseltme
- Kullanıcı Kimlik Türleri ve SSO
- Kullanıcı Kimliğini Değiştirme
- Kullanıcıların Kimliğini MS Azure ile Doğrulama
- Kullanıcıların Kimliğini Google Federation ile Doğrulama
- Ürün Profilleri
- Oturum Açma Deneyimi
- Hesap/Grup Ayarları
- Ayarlara Genel Bakış
- Global Ayarlar
- Hesap düzeyi ve kimliği
- Yeni Alıcı Deneyimi
- Kendi Kendine İmzalı İş Akışları
- Toplu Halde Gönder
- Web Formları
- Özel Gönderme İş Akışları
- Power Automate İş Akışları
- Kitaplık Belgeleri
- Sözleşmelerle form verileri toplama
- Sınırlı Belge Görünürlüğü
- İmzalanan sözleşmenin PDF kopyasını ekleme
- E-postaya bağlantı ekleme
- E-postaya görüntü ekleme
- E-postalara eklenen dosyalar şu şekilde adlandırılır:
- Belgelere denetim raporu ekleme
- Birden çok belgeyi tek bir belgede birleştirme
- Belgeleri ayrı ayrı indirme
- İmzalanan belgeyi yükleme
- Hesabımdaki kullanıcılar için delegasyon
- Harici alıcıların delege etmesine izin verme
- İmzalama yetkisi
- Gönderme yetkisi
- Elektronik Mühür ekleme yetkisi
- Varsayılan zaman dilimini ayarlama
- Varsayılan tarih formatını ayarlama
- Birden Çok Gruptaki Kullanıcılar (UMG)
- Grup Yöneticisi İzinleri
- Alıcıyı değiştirme
- Denetim Raporu
- İşlem Altbilgisi
- Ürün İçi Mesajlar ve Rehberlik
- Erişilebilir PDF'ler
- Sağlık müşterisi
- Hesap Kurulumu / Marka Ayarları
- İmza Tercihleri
- İyi biçimlendirilmiş imzalar
- Alıcıların imza eklemesine izin verme
- İmzalayanlar adlarını değiştirebilir
- Alıcıların kayıtlı imzalarını kullanmasına izin verme
- Özel Kullanım Koşulları ve Tüketici Açıklaması
- Alıcıları form alanlarında gezindirme
- Sözleşme iş akışını yeniden başlatma
- İmzalamayı reddetme
- Zaman Dalgaları iş akışlarına izin verme
- İmzalayanlardan Unvanlarını veya Şirketlerini sağlamalarını isteme
- İmzalayanların ıslak imza yazdırmasına ve yerleştirmesine izin verme
- E-imzalama sırasında mesajları gösterme
- İmzalayanlardan imzalarını oluştururken mobil cihaz kullanmalarını isteme
- İmzalayanlardan IP adresi isteme
- Katılım damgasında şirket adını ve unvanı hariç tutma
- Uyumlu İmza Çizimi ölçekleme uygulama
- Dijital İmzalar
- Elektronik Mühürler
- Dijital Kimlik
- Rapor Ayarları
- Yeni rapor deneyimi
- Klasik rapor ayarları
- Güvenlik Ayarları
- Tekli Oturum Açma ayarları
- Beni Hatırla ayarları
- Oturum açma parola politikası
- Oturum açma parolası kuvveti
- Web oturumu süresi
- PDF şifreleme türü
- API
- Kullanıcı ve grup bilgileri erişimi
- İzin Verilen IP Aralıkları
- Hesap Paylaşımı
- Hesap paylaşım izinleri
- Sözleşme paylaşma denetimleri
- İmzalayan kimliği doğrulama
- Sözleşme imzalama parolası
- Belge parolası güvenlik düzeyi
- Coğrafi konuma göre imzalayanları engelleme
- Telefonla Kimlik Doğrulama
- Bilgi Tabanlı Kimlik Doğrulama (KBA)
- Sayfa çıkarmaya izin verme
- Belge bağlantısı kullanım süresi
- Web kancaları/geri çağırmalar için istemci sertifikası yükleme
- Zaman damgası
- Gönder Ayarları
- Oturum açtıktan sonra Gönder sayfasını gösterme
- Sözleşme oluşturma deneyimleri
- Gönderimde alıcı adını zorunlu kılma
- Bilinen kullanıcılar için ad değerlerini kilitleme
- İzin verilen alıcı rolleri
- E-şahitlere izin verme
- Alıcı grupları
- CC alıcılar
- Gerekli alanlar
- Belge ekleme
- Alan düzleştirme
- Sözleşmelerde Değişiklik Yapma
- Gönderme aşamasındaki sözleşmelerden alıcıları kaldırma
- Sözleşme adı
- Diller
- Özel mesajlar
- İzin verilen imza türleri
- Hatırlatıcılar
- İmzalanan belge parola koruması
- Sözleşme Bildirimi'ni gönderme yolları
- İmzalayan tanımlama seçenekleri
- Form alanlarını kimliği doğrulanmış verilerle doldurma
- İçerik Koruması
- Noter işlemlerini etkinleştirme
- Belge Sona Erme Tarihi
- İmzaları önizleme, yerleştirme ve alan ekleme
- İmzalama sırası
- Kendimi ekle
- Sözleşme indirme bağlantısı
- Form alanı kenarlıkları
- Liquid mode
- Özel iş akışı kontrolleri
- E-imza sayfası için yükleme seçenekleri
- İmza sonrası onay URL'sini yeniden yönlendirme
- Paylaşılan sözleşmeler için erişimi kısıtlama
- Oturum açtıktan sonra Gönder sayfasını gösterme
- Mesaj Şablonları
- Bio-Pharma Ayarları
- İş Akışı Entegrasyonu
- Noter Onayı Ayarları
- Ödeme Entegrasyonu
- İmzalayan Mesajları
- SAML Ayarları
- SAML Yapılandırması
- Microsoft Active Directory Federation Service'i yükleme
- Okta'yı yükleme
- OneLogin'i yükleme
- Oracle Identity Federation'ı yükleme
- SAML Yapılandırması
- Veri Yönetimi
- Zaman Damgası Ayarları
- Harici Arşiv
- Hesap Dilleri
- E-posta Ayarları
- echosign.com'dan adobesign.com'a geçiş
- Alıcılar için Seçenekleri Yapılandırma
- Yasal gereklilikler kılavuzu
- Erişilebilirlik
- HIPAA
- GDPR
- 21 CFR bölüm 11 ve EudraLex Ek 11
- Sağlık müşterileri
- IVES desteği
- Sözleşmeleri "Kasaya Alma"
- AB/İngiltere ile ilgili hususlar
- Sözleşmeleri Toplu Halde İndirme
- Etki alanı talep etme
- Kötüye Kullanım Bildirme bağlantıları
- Sistem Gereklilikleri ve Sınırlamaları
Sözleşmeleri Gönderme, İmzalama ve Yönetme
- Alıcı Seçenekleri
- E-posta hatırlatıcısını iptal etme
- E-imza sayfasındaki seçenekler
- E-imza sayfasına genel bakış
- Sözleşmeyi alan olmadan okumak için açma
- Sözleşme imzalamayı reddetme
- İmzalama yetkisi delege etme
- Sözleşmeyi yeniden başlatma
- Sözleşmenin PDF'sini indirme
- Sözleşme geçmişini görüntüleme
- Sözleşme mesajlarını görüntüleme
- Elektronik imzayı yazılı imzaya dönüştürme
- Yazılı imzadan elektronik imzaya dönüştürme
- Form alanları arasında gezinme
- Form alanlarından verileri temizleme
- E-imza sayfasını büyütme ve sayfada gezinme
- Sözleşme araçlarında ve bilgilerinde kullanılan dili değiştirme
- Yasal Uyarıları inceleme
- Acrobat Sign Çerez Tercihlerini Ayarlama
- Sözleşme Gönderme
- Gönder (Oluştur) sayfası
- Yer işaretlerine ve özelliklere genel bakış
- Grup seçici
- Dosya ve şablon ekleme
- Sözleşme adı
- Genel Mesaj
- Son Tamamlanma Tarihi
- Hatırlatıcılar
- PDF'yi parolayla koruma
- İmza türü
- Alıcı için yerel dil
- Alıcının imza sırası/akışı
- Alıcı rolleri
- Alıcı kimlik doğrulaması
- Alıcı için özel mesaj
- Alıcı sözleşme erişimi
- CC'ye eklenen taraflar
- Kimlik kontrolü
- Yalnızca kendinize bir sözleşme gönderme
- Diğer kullanıcılara sözleşme gönderme
- Islak İmzalar
- Alıcı imzalama sırası
- Toplu Halde Gönder
- Gönder (Oluştur) sayfası
- Belgelerde alan oluşturma
- Uygulama içi içerik oluşturma ortamı
- Otomatik alanı algılama
- İçerik oluşturma ortamını kullanarak alanları sürükleyip bırakma
- Form alanlarını alıcılara atama
- Önceden Doldurma rolü
- Alanları yeniden kullanılabilir alan şablonuyla uygulama
- Alanları yeni bir kitaplık şablonuna taşıma
- Sözleşme gönderme işlemleri için güncellenmiş içerik oluşturma ortamı
- Metin etiketli formlar oluşturma
- Acrobat ile formlar oluşturma (AcroForms)
- Alanlar
- Alan türleri
- Yaygın alan türleri
- E-imza alanları
- Paraf alanı
- Alıcı adı alanı
- Alıcı e-postası alanı
- İmzalama tarihi alanı
- Metin alanı
- Tarih alanı
- Sayı alanı
- Onay kutusu
- Onay kutusu grubu
- Radyo düğmesi
- Açılır liste menüsü
- Bağlantı kaplaması
- Ödeme alanı
- Ekler
- Katılım damgası
- İşlem numarası
- Görüntü
- Şirket
- Başlık
- Damga
- Alan içeriği görünümü
- Alan doğrulamaları
- Maskelenmiş alan değerleri
- Göster/gizle koşullarını ayarlama
- Hesaplanan alanlar
- Doğrulanmış formlar
- Alan türleri
- İçerik Oluşturma Hakkında SSS
- Uygulama içi içerik oluşturma ortamı
- Sözleşmeleri İmzalama
- Sözleşmeleri Yönetme
- Yönet sayfasına genel bakış
- Sözleşme kopyalama
- Sözleşmeleri delege etme
- Alıcıları Değiştirme
- Belge Görünürlüğünü Sınırlama
- Sözleşmeyi İptal Etme
- Yeni hatırlatıcılar oluşturma
- Hatırlatıcıları inceleme
- Hatırlatıcıyı iptal etme
- Power Automate akışlarına erişme
- Daha Fazla Eylem...
- Arama nasıl çalışır?
- Sözleşmeyi görüntüleme
- Sözleşmeden şablon oluşturma
- Sözleşmeleri görünümden gizleme/gösterme
- İmzalanan sözleşmeyi yükleme
- Gönderilmiş bir sözleşmenin dosyalarını veya alanlarını değiştirme
- Alıcının kimlik doğrulama yöntemini düzenleme
- Sona erme tarihi ekleme veya değiştirme
- Sözleşmeye not ekleme
- Tekil sözleşme paylaşma
- Sözleşmenin paylaşımını kaldırma
- Bireysel sözleşme indirme
- Sözleşmenin dosyalarını ayrı ayrı indirme
- Sözleşmenin Denetim Raporunu indirme
- Sözleşmenin alan içeriğini indirme
- Denetim Raporu
- Rapor ve Veri dışa aktarımları
- Genel bakış
- Raporlara kullanıcı erişimi verme
- Rapor çizelgeleri
- Veri Dışa Aktarımları
- Raporları/dışa aktarımları yeniden adlandırma
- Raporları/dışa aktarımları yineleme
- Rapor/dışa aktarım planlama
- Raporları/dışa aktarımları silme
- İşlem Kullanımını kontrol etme
Gelişmiş Sözleşme Özellikleri ve İş Akışları
- Web formları
- Yeniden Kullanılabilir Şablonlar (Şablon kitaplıkları)
- Acrobat Sign kitaplığındaki ABD resmi formları
- Kitaplık şablonu oluşturma
- Kitaplık şablonunun adını değiştirme
- Kitaplık şablonunun türünü değiştirme
- Kitaplık şablonunun izin düzeyini değiştirme
- Paylaşılan şablonları kopyalama, düzenleme ve kaydetme
- Kitaplık şablonları için toplu alan verilerini indirme
- Web formlarının ve kitaplık şablonlarının sahipliğini aktarma
- Power Automate İş Akışları
- Power Automate entegrasyonuna ve içerdiği yetkilere genel bakış
- Power Automate entegrasyonunu etkinleştirme
- Yönet sayfasındaki Bağlam İçi Eylemler
- Power Automate kullanımını takip etme
- Yeni akış oluşturma (Örnekler)
- Akışlarda kullanılan tetikleyiciler
- Acrobat Sign dışındaki akışları içe aktarma
- Akışları yönetme
- Akışları düzenleme
- Akışları paylaşma
- Akışları devre dışı bırakma veya etkinleştirme
- Akışları silme
- Faydalı Şablonlar
- Yalnızca yönetici
- Sözleşmeleri arşivleme
- Web formu sözleşmelerini arşivleme
- Tamamlanan web formu belgelerini SharePoint Kitaplığına kaydetme
- Tamamlanan web formu belgelerini OneDrive for Business'a kaydetme
- Tamamlanan belgeleri Google Drive'a kaydetme
- Tamamlanan web formu belgelerini Box'a kaydetme
- Sözleşme verilerini ayıklama
- Sözleşme bildirimleri
- Sözleşme içeriği ve imzalanan sözleşmeyle birlikte özel e-posta bildirimleri gönderme
- Adobe Acrobat Sign bildirimlerinizi Teams kanalında alma
- Adobe Acrobat Sign bildirimlerini Slack'e alma
- Adobe Acrobat Sign bildirimlerini Webex'e alma
- Sözleşme oluşturma
- Power App formundan ve Word şablonundan belge oluşturma ve imzaya gönderme
- OneDrive'da Word şablonundan sözleşme oluşturma ve imza alma
- Seçilen Excel satırı için sözleşme oluşturma, incelemeye ve imzaya gönderme
- Özel Gönderme iş akışları
- Kullanıcıları ve sözleşmeleri paylaşma
Diğer ürünlerle entegrasyon
- Acrobat Sign entegrasyonlarına genel bakış
- Salesforce için Acrobat Sign
- Microsoft için Acrobat Sign
- Diğer Entegrasyonlar
- İş ortağı tarafından yönetilen entegrasyonlar
- Entegrasyon anahtarı alma
Acrobat Sign Developer
- REST API'leri
- Web Kancaları
- Korumalı Alan
Destek ve Sorun Giderme
Bu belgede müşterilere yönelik uygulamadaki yeni özellikler, deneyimdeki değişiklikler ve son sürümde çözülen sorunlar açıklanmaktadır.
API ve Web kancalarına yönelik geliştirici odaklı güncellemeler Acrobat Sign geliştirici kılavuzunda belgelenmiştir.
Sürümün kullanıma sunulduğu tarihte tüm özelliklerin/değişikliklerin etkinleştirileceği garanti edilmez. Sayfanın en güncel ve doğru sürümü için her zaman ABD İngilizcesi sürümüne başvurun.
Adobe Acrobat Sign sürüm v17.0.1
Üretim dağıtımı: 17 Mart 2026
GovCloud dağıtımı: 19 Mart 2026
Gelişmiş İşlevsellik
- Kopya oluştur: Genişletilmiş erişim noktaları, sözleşmelerin daha hızlı yeniden kullanımı.
Kopya oluştur artık Yönet sayfasındaki Devam ediyor ve Sizi bekliyor filtrelerinden ve ayrıca gönderim sonrası onay sayfasından doğrudan kullanılabilir. Bu ek giriş noktaları, sözleşmelerin gönderme yaşam döngüsünün daha fazla noktasında yeniden kullanılmasını kolaylaştırarak sıfırdan başlama ihtiyacını azaltır.
Not: Bu sürümle birlikte, bu özelliği devre dışı bırakacak yönetim kontrolleri yönetici menüsünden kaldırılacak ve Kopya oluştur tüm uygun kullanıcılar için standart bir özellik olarak belirlenecektir.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup; Varsayılan olarak etkin.
REST API/Web Kancası Güncellemeleri
Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.
- OEM 2.0 kişiselleştirilmiş e-posta görünümü: Gömülü deneyimlerde daha net gönderen ve alıcı kimliği ile doğru e-posta teslimatı.
OEM 2.0 gömülü iş akışları için Acrobat Sign artık temel kullanıcı arayüzü yüzeylerinde ve bildirimlerde iş ortağı kayıtlı e-posta yerine kullanıcının kişiselleştirilmiş e-posta adresini görüntüler. Sözleşmeler, "Sizi bekliyor" ve "İncele ve İmzala" e-postaları gibi kuyruklar, kimlik doğrulama ve yetkilendirmeler için kayıtlı e-postayı dahili olarak korurken kişiselleştirilmiş kimliği tutarlı şekilde yansıtır. Bu durum gönderenler ve imzalayanlar için netliği artırır ve e-postaların teslim edilemeyen kayıtlı adreslere gönderilmesini önler.
Kullanılabilir ortamlar: Korumalı Alan, Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: API
- SMS teslimat hataları için web kancası bildirimi: Başarısız SMS gönderileri için gerçek zamanlı görünürlük, otomatik düzeltme ve e-posta karşılıklarıyla eşlik.
Acrobat Sign artık geçersiz telefon numaraları, operatör reddi veya engellenen hatlar gibi sorunlar nedeniyle SMS ile gönderilen bir sözleşme teslim edilemediğinde yeni bir web kancası olayı olan AGREEMENT_PHONE_BOUNCED'ı yayar. Bu özellik müşterilerin SMS teslimat hatalarını neredeyse gerçek zamanlı olarak tespit etmesini ve telefon numaralarını düzeltme, teslimatı yeniden deneme veya destek vakaları açma gibi takip eylemlerini otomatik olarak tetiklemesini sağlayarak mobil öncelikli imzalama iş akışlarındaki kör noktaları ortadan kaldırır ve gecikmeleri azaltır.
Kullanılabilir ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: API
- Web kancası yükleri: Dinamik katılım güncellemeleri için koşullu katılımcı extendedStatus alanı eklenerek katılımcı durumu görünürlüğünü iyileştirildi.
Artık gönderen devam eden bir sözleşmede dinamik katılım ile değişiklik yaptığında web kancası bildirimlerine her katılımcı (memberInfos[]) nesnesi için bir extendedStatus alanı eklenecek. Bu alan, geriye dönük uyumluluk için mevcut durum alanını değiştirmeden ek katılımcı yaşam döngüsü bilgileri sağlar.
{
"participantSets": [
{
"id": "",
"memberInfos": [
{
"company": "TestCo",
"email": "signer2@someDomain.dom",
"id": "CBJCHBCAABAAJiZV9cH",
"name": "Signer Two",
"status": "ACTIVE",
"extendedStatus": "REMOVED"
}
],
"order": ,
"role": "",
"status": ""
}
]
}
status değerleri (değişmedi): ACTIVE, REPLACED.
extendedStatus değerleri: ACTIVE, REPLACED, REMOVED, COMPLETED.
Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: API
Çözülen Sorunlar
| Sorun | Açıklama |
|---|---|
| 4543515 | Özet: Geçerli bir imzalayan için, imzalayan başarıyla imzaladıktan ve sözleşme bir sonraki adıma geçtikten sonra yanlış bir webhook e-posta geri dönüş olayı oluşturulabilir. Bu durum, aynı imzalama grubundaki bir temsilcinin geçersiz e-posta adresine sahip olması ve gönderenin orijinal temsilciyi değiştirmesi durumunda ortaya çıkabilir. Bu durumlarda sistem, "...adına imzalandı" geri dönüş olayını e-postası gerçekten geri dönen katılımcı yerine geçerli imzalayana yanlış bir şekilde atfedebilir. |
| Düzeltme: Olay atıf mantığı düzeltildi, böylece e-posta geri dönüş olayları yalnızca e-postası gerçekten geri dönen katılımcıyla ilişkilendirilir. İmzalamayı zaten tamamlamış geçerli bir imzalayan için artık geri dönüş olayı oluşturulmaz ve webhook bildirimleri artık doğru katılımcıyı ve e-posta adresini yansıtır. | |
| 4544548 | Özet: Web UI aracılığıyla oluşturulan Entegrasyon Anahtarları, oluşturma sayfasında anahtarın "kalıcı erişim" sağladığı belirtilse de 10 yıl sonra sona erebilir. Bir anahtar 10 yıllık ömrüne ulaştığında, API çağrıları süresi dolmuş token hatası döndürmeye başlar ve bu durum mevcut entegrasyonları beklenmedik şekilde bozabilir. |
| Düzeltme: Kullanıcı arayüzü mesajlaşması güncellenerek "kalıcı erişim" ifadesi kaldırıldı ve Entegrasyon Anahtarları için son kullanma tarihi açıkça gösterilir. Güncellenen metin artık anahtarın son kullanma tarihine kadar veya manuel olarak iptal edilene kadar erişimi koruduğunu belirtir ve 10 yıllık varsayılan ömür hakkında saydamlık sağlar. | |
| 4546301 | Özet: Çok büyük belgelere sahip sözleşmeler için webhook olay teslimi, sözleşme oluşturma tamamlansa ve erken işleme adımları dakikalar içinde bitmiş görünse bile birkaç saate kadar gecikebilir. Gecikme penceresi sırasında, webhook teslim hizmeti sözleşme belgelerini almaya çalışırken tekrar tekrar DOCUMENT_NOT_AVAILABLE yanıtları alabilir ve webhook olayı hizmet yeniden denemeyi bırakana veya belgeler kullanılabilir hale gelene kadar teslim edilmeyebilir. |
| Düzeltme: Belge kullanılabilirlik işleme düzeltildi, böylece büyük sözleşmeler uzatılmış DOCUMENT_NOT_AVAILABLE yanıtları olmadan belgelerin alınabilir olduğu bir duruma güvenilir şekilde geçer. Sonuç olarak web kancası olayları kullanılamayan belgelere karşı belge alma yeniden denemeleri nedeniyle oluşan çok saatlik gecikmeler olmadan iletilir. | |
| 4547823 | Özet: Bir sözleşme API aracılığıyla İçerik Oluşturma durumunda oluşturulup ardından Manage deneyiminden düzenlendiğinde, alıcının özel mesajı bazı imzalayanlar için görüntülenmeyebilir. Bu senaryoda, sözleşme verileri doğru özel mesaj değerini içerse bile UI Özel Mesaj değerini "Yok" veya boş olarak gösterebilir. Bu davranış, bir kullanıcının taslağı düzenlemek için başka bir kullanıcının hesabına geçtiği paylaşılan hesap senaryolarında görünür ve diğerleri doğru görüntülenirken yalnızca belirli alıcıları etkileyebilir. |
| Düzeltme: Etkin paylaşım bağlamını almak ve yetkili paylaşılan kullanıcılar için özel mesajı döndürmek üzere bir kontrol eklendi. Sonuç olarak, Authoring akışından API ile oluşturulan bir taslak görüntülenirken veya gönderilirken Özel Mesaj değeri artık doğru şekilde görüntülenir. | |
| 4548274 | Özet: Kitaplık şablonları için Değiştirilme Tarihi, yeni şablon deneyiminde bir şablon düzenlendikten ve kaydedildikten sonra güncellenmeyebilir. Kullanıcılar şablonda yeni eklenen veya güncellenen alanları görebilir, ancak Değiştirilme Tarihi Manage UI'da ve yönetim görünümlerinde değişmeden kalır, bu da şablonun yakın zamanda değiştirilmediği izlenimini verir. Bu durum, yeni deneyimin form alanlarını şablonun değiştirilme zaman damgasını da güncellemeyecek bir yol aracılığıyla güncellemesi nedeniyle oluşur. |
| Düzeltme: Değiştirilme tarihi güncelleme davranışı yeni şablon deneyimi ve ilgili API işlemleri arasında hizalandı. Şablon alan değişikliklerini kaydeden kod yolu artık şablonun Değiştirilme Tarihini de günceller, böylece en son değişikliğin gerçek zamanını yansıtır. | |
| 4548564 | Özet: İmzalar ve form alanları, kaynak belgede önceden var olan Damga ek açıklamalarının üzerine yerleştirildiklerinde imzalı PDF'de görünmez görünebilir. Etkilenen şablonlarda, damga ek açıklamaları işleme sırasında etkileşimli alanlarla örtüşür veya onları gizler, bu da tamamlanan imzaların ve diğer alanların nihai imzalı belgede gizlenmesine neden olur. |
| Düzeltme: Damga ek açıklaması işleme özelliği, önceden var olan damga ek açıklamalarını güvenli bir şekilde işlemek ve düzleştirmek için güncellendi, böylece ek açıklamalarda artık form alanları veya imzalar gizlenmiyor. Damgalı alanların üzerine yerleştirilen alanlar artık imzalama boyunca ve tamamen yürütülen PDF'de görünür kalıyor. | |
| 4549103 | Özet: Gönderen, daha önce yanlış olan alıcıyı geçerli bir e-posta adresiyle değiştirdikten sonra, o alıcı için bir e-posta geri dönüş olayı tekrar günlüğe kaydedilebilir. Bazı durumlarda, denetim izi eski e-posta için ikinci bir geri dönüş olayı gösterebilir ve yeni alıcı sözleşmeyi başarıyla alsa, görüntülese veya imzalasa bile sözleşme durumu "e-posta geri döndü" şeklinde yansıyabilir. Bu davranış, sözleşmenin hâlâ hem eski hem de yeni e-posta adreslerini hedeflediği izlenimini verebilir. |
| Düzeltme: İmzalayan değiştirme İş Akışı, e-postası zaten geri dönen değiştirilen alıcıya ek bildirim e-postaları gönderilmesini önlemek için güncellendi. Sistem artık değiştirmeyle ilgili bildirimleri göndermeden önce önceki geri dönüş geçmişini kontrol ediyor ve değiştirme sonrasında eski e-posta adresi için yeni geri dönüş olaylarının oluşturulmamasını sağlıyor. | |
| 4549306 | Özet: E-posta adresleri belirli özel karakterler (örneğin, kesme işareti) içeren kullanıcılar genel adobesign.com veya echosign.com genel giriş sayfalarından giriş yapamayabilir. E-posta adresini girdikten ve şifre alanına tıkladıktan sonra, kullanıcıyı doğru parçaya veya SSO giriş sayfasına yönlendirmek yerine sayfa yeniden yüklenebilir ve e-posta alanını temizleyebilir. Bu, etkilenen kullanıcıların kimlik doğrulamayı tamamlamasını engeller ve genel giriş uç noktasına dayanan entegrasyonları bloke eder. |
| Düzeltme: Giriş parça çözümleme mantığı, parçalar arası yönlendirme URL'sini oluşturmadan önce özel karakterler içeren e-posta adreslerini düzgün bir şekilde işlemek ve çözmek için düzeltildi. Etkilenen e-posta formatlarına sahip kullanıcılar artık e-posta alanı temizlenmeden belirlenen parçalarına ve SSO giriş sayfalarına doğru şekilde yönlendiriliyor. | |
| 4549331 | Özet: Belirli belge işleme özellikleri etkinleştirildiğinde ve kaynak PDF geçersiz sayfa kutusu koordinatları içerdiğinde (örneğin, yanlış CropBox veya MediaBox değerleri) imzalar ve diğer form alanları imzalı PDF'de eksik veya görünmez olabilir. Bu senaryoda, sayfa koordinatlarına dayanan alanlar görünür sayfa alanının dışında oluşturulabilir, bu da imzalama başarıyla tamamlansa bile tamamlanan imzaların eksik görünmesine neden olur. |
| Düzeltme: PDF sayfa kutusu işleme özelliği, belge işlemek sırasında geçersiz CropBox ve MediaBox değerlerini güvenli bir şekilde normalleştirmek için düzeltildi. Sonuç olarak, imza ve form alanı yerleştirme artık görünür sayfa alanıyla hizalanıyor ve imzalı PDF'ler imzaları beklendiği gibi görüntülüyor. | |
| 4550367 | Özet: Gönderenin grup varsayılan imzalayan kimlik doğrulaması Telefon olarak ayarlandığında ve hesapta kullanılabilir telefon kimlik doğrulama kotası olmadığında, web formu imzalayan kimlik doğrulaması telefon dışı bir yönteme (örneğin, Adobe Sign) ayarlanmış olsa bile Önizleme ve Alan Ekle seçildikten sonra web formu oluşturma genel "Sunucu hatası" ile başarısız olabilir. Sonuç olarak, etkilenen hesaptaki tüm kullanıcılar tüm belgelerde web formu oluşturmaktan engellenebilir. |
| Düzeltme: Web formu oluşturma artık kotayı yalnızca web formu imzalayan için gerçekten yapılandırılan kimlik doğrulama yöntemi için değerlendiriyor ve artık yalnızca grup varsayılan kimlik doğrulama ayarına dayalı telefon kimlik doğrulama kotası kontrollerini uygulamıyor. Bu, yanlış kota tükenme hatalarını önler ve web formlarının normal şekilde oluşturulmasına olanak tanır. | |
| 4551011 | Özet: Gönderen belirli taranmış PDF'leri yüklediğinde, imza alanları eklediğinde ve sözleşmeyi gönderdiğinde, imzalama tamamlandıktan sonra imzalı PDF'de görünür imza olmayabilir. Bu davranış, yüklenen PDF geçersiz sayfa sınırı meta verileri içerdiğinde (MediaBox ve CropBox koordinatları ters görünür) ortaya çıkabilir, bu da imza ve diğer alan görünüm katmanlarının görünür sayfa alanının dışında oluşturulmasına neden olabilir. |
| Düzeltme: PDF sayfa sınırı işleme özelliği, geçersiz veya ters MediaBox ve CropBox koordinat değerlerine sahip PDF'leri doğru şekilde işlemek için güncellendi, böylece imza ve form alanı görünüm içeriği, görünür sayfa alanı içinde işlenir ve nihai imzalı PDF'de görünür kalır. | |
| 4551427 | Özet: Zaten aktif, doğru şekilde sağlanmış hesapları olan bazı alıcılar bunun yerine "sahte kullanıcı" alıcıları olarak sözleşme alır, bu nedenle sözleşme normal Yönet görünümlerinde görünmez. Bu durum, alıcı e-posta adreslerinin başında veya sonunda boşluklar bulunduğunda gerçekleşir ve sistemin e-postayı mevcut kullanıcıyla eşleştirmesini engeller ve sahte kullanıcı kaydının oluşturulmasına neden olur. |
| Düzeltme: E-posta ayrıştırma ve kullanıcı arama işlemleri, alıcı e-posta adreslerini mevcut kullanıcılarla eşleştirmeden önce normalleştirmek (başında ve sonunda bulunan boşlukları temizlemek) için güncellendi. Sonuç olarak mevcut kullanıcılara yönelik sözleşmeler, e-posta boşluklarla girilmiş olsa bile (API yüklerinde ve iş akışı alıcı listelerinde) sahte kullanıcı alıcısı oluşturmak yerine kayıtlı hesaba çözümlenir. | |
| 4553198 | Özet: Bir sözleşme SMS teslimatı için yapılandırılmış en az bir alıcı ve yalnızca e-posta teslimatı için yapılandırılmış en az bir alıcı içerdiğinde, API aracılığıyla sözleşmeyi iptal etmek SMS alıcısına SMS iptal bildirimi göndermez. Sözleşme başarıyla iptal edilir ve e-posta bildirimleri teslim edilir ancak SMS alıcıları iptal mesajı almaz. |
| Düzeltme: İptal iş akışı, bir sözleşme iptal edildiğinde diğer alıcıların teslimat yöntemlerinden bağımsız olarak SMS teslimatı için yapılandırılmış tüm alıcılara SMS iptal bildirimlerinin gönderilmesini sağlamak için düzeltildi. | |
| 4554463 | Özet: Sözleşmeler birleştirilmiş belgeler arasında aynı alan adını paylaşan klonlanmış radyo düğmeleri içerdiğinde, son imzalı PDF'de belirlenen seçeneğin yalnızca bir örneği seçili kalır. Alanlar görsel olarak onay kutuları gibi görünse de radyo düğmeleri olarak uygulanır. İmzalamadan sonra, seçilen Değer tüm klonlanmış örneklerde tutarlı şekilde yayılmaz ve beklenen seçimin yanlış veya eksik eşlenmesine neden olur. |
| Düzeltme: Form alanı işleme mantığı, klonlanmış radyo düğmelerinin dahili dizin değeri yerine seçilen dışa aktarma değerini depolaması ve yayması için düzeltildi. Bu, aynı radyo düğmesi alanının tüm klonlanmış örneklerinin imzalanan pdf'de doğru seçimi yansıtmasını sağlar. | |
| 4554593 | Özet: Erişim belirteçlerini yenilemek için eski OAuth uç noktalarını kullanan bazı iş ortağı entegrasyonları HTTP 401 hataları ile başarısız olmaya başladı. Hizmet, uygulamanın eski OAuth uç noktalarını kullanmasına izin verilmediğini ve bunun yerine OAuth v2 uç noktalarını kullanması gerektiğini belirten bir hata ile belirteç yenileme isteklerini reddetti. Bu, müşterilerin daha önce çalışan entegrasyonlar için bile iş ortağı uygulamaları aracılığıyla Acrobat Sign kimlik doğrulaması yapmalarını engelledi. |
| Düzeltme: Kimlik doğrulama hizmeti, eski OAuth akışını kullanacak şekilde yapılandırılmış iş ortağı uygulamalarının OAuth v2 uç noktalarına yanlış şekilde zorlanmak yerine belirteçleri yeniden başarıyla yenileyebilmesi için düzeltildi. | |
| 4554614 | Özet: İmzalayan kişi, imzalayan kimlik doğrulaması gerektiren ve imzalamadan önce Kullanım Koşulları kabulünü gerektirecek şekilde yapılandırılmış bir sözleşmede modern e-İmza deneyimini kullandığında, İmzalamak İçin Tıkla düğmesine tıklamak klasik imzalama deneyimine 5 saniyelik yönlendirme tetikler. Yönlendirme mesajı, modern imzalamada girilen imzaların ve parafların temizleneceği konusunda uyarır ve imzalayan kişiyi bunları yeniden girmek ve etkili bir şekilde iki kez imzalamak zorunda bırakır. |
| Düzeltme: İmzalama belirteci yenileme akışı, imzalayan imzalamadan önce kullanım koşullarını kabul ettiğinde yeniden düzenlenen imzalama belirtecinin imzalayan kimlik doğrulama bilgilerini saklaması için düzeltildi. Bu, son imzalama adımının kimlik doğrulamada başarısız olmasını önler ve modern imzalamadan klasik deneyime zorla geri dönüşü ortadan kaldırır. | |
| 4555656 | Özet: Belirli zamanlama koşulları altında, bir sözleşme durumu geçişi başarılı gibi görünebilir ancak aslında sözleşme durumunu değiştirmez. Arka uç işlemek tamamlanmadan önce bir webhook bildirimi alındığında, sonraki API çağrıları eski sözleşme durumu verilerini kullanabilir. Bu pencerede, belirli durum geçiş yöntemleri sözleşme istenen geçiş için geçerli bir durumda olmasa bile HTTP 200 OK döndürür. Sonuç olarak, otomasyon iş akışları geçişin başarılı olduğunu varsayabilir ancak sözleşme orijinal durumda kalır. |
| Düzeltme: Sözleşme durumu geçiş mantığı, bir geçiş uygulamadan önce katı doğrulama uygulamak için güncellendi. Sözleşme geçerli bir durumda değilse API artık sessizce başarı döndürmek yerine açık bir hata yanıtı döndürür. Bu, geçersiz geçişlerin açıkça reddedilmesini sağlar, çağıran sistemlerin uygun şekilde yeniden denemesini mümkün kılar ve sözleşmelerin görünürlük sağlanmadan istenmeyen bir durumda kalmasını önler. |