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
Adobe Acrobat Sign yeni sürüm takvimi ve ön sürüm belgeleri
Adobe Acrobat Sign, her yıl büyük veya küçük sürümler olarak kategorize edilen en az üç güncelleme sunmaktadır. Sistem veya müşteri sorunlarını ele almak için gerektiğinde ek küçük güncellemeler sunulabilir.
- Büyük Sürümler önemli güncellemeler, yeni özellikler ve çeşitli geliştirmeler sunar.
- Küçük Sürümler daha küçük iyileştirmelere ve kullanıcı deneyiminde yapılan ince ayarlara odaklanır. Bunlar, genellikle döngü başına bir ila iki kez olmak üzere büyük güncellemeler arasında gerçekleşir.
Kesintileri önlemek için yeni özellikler varsayılan olarak devre dışı bırakılır ve bir hesap veya grup yöneticisi tarafından manuel olarak etkinleştirilmelidir.
Uyumluluk doğrulaması gerektiren Sağlık ve Yaşam Bilimleri müşterileri için Acrobat Sign bir üçüncü taraf satıcı ile işbirliği yapmaktadır. Bu iş birliğiyle risk faktörünüzü en aza indirmeye yönelik özellikler içeren her büyük sürüm için bir doğrulama paketi sağlanır..
Bu Ön Sürüm Notları sayfası, yeni bilgiler geldikçe düzenli olarak güncellendiğinden içeriği nispeten dinamiktir.
Bu sayfanın yerelleştirilmesi zaman aldığından yerelleştirilmiş sürümler, orijinal İngilizce (ABD) sürümünden biraz farklı olabilir.
En doğru ve güncel bilgiler için yalnızca İngilizce (ABD) sayfasına başvurmanızı öneririz.
Adobe Acrobat Sign, sürüm notlarını ve belge güncellemelerini yayınlamak için yapılandırılmış bir program izler:
Üretim Sürümünden 8 Hafta Önce
- Ön sürüm sayfası, genellikle Korumalı Alan lansmanından dört hafta önce beklenen özelliklerin ve güncellemelerin bir özetini yayınlar.
- Bu noktadan sonra yapılan tüm özellik değişiklikleri Düzeltmeler bölümünde belirtilir.
- Çözülen sorunlar bu aşamaya dahil edilmez.
Üretim Sürümünden 4 hafta önce (Korumalı Alan Lansmanı)
- Ön sürüm sayfası, yeni ve güncellenmiş özelliklerle ilgili ayrıntılı belgelerle güncellenir.
- Gerektiğinde, (yalnızca Amerikan İngilizcesi dilinde sunulan) ön sürüm destek belgelerine bağlantılar eklenir.
- İlk Çözülen sorunlar bölümü, önümüzdeki dört hafta boyunca devam eden güncellemelerle birlikte yayınlanır.
Lansman Günü
- Resmi sürüm notları, son özellik ayrıntıları ve üretim desteği belgelerinin bağlantıları ile güncellenir.
- Ön sürüm sayfası, bir sonraki sürüm döngüsünü vurgulamak üzere yenilenir.
- Belgeler, canlı sistemdeki sürüm doğrulamasından sonra, genellikle Pasifik Saatiyle 19:00'dan sonra yayınlanır ancak karmaşık güncellemeler daha fazla zaman alabilir.
- Çözülen Sorunların son listesi, İngilizce (ABD) sürüm notlarına eklenir ve yerelleştirilmiş sürümler daha sonra güncellenir.
Government Cloud Sürümü
- Government Cloud ortamı, dağıtım öncesinde bazı özellikler ek değerlendirme gerektirebileceğinden, genellikle üretim sürümünden sonra iki gün ila birkaç hafta içinde güncellenir.
Korumalı alan belgeleri üretim ortamı için tasarlanmıştır. Ön sürüm içeriklerinde bulunan bağlantılar üretim URL'lerini hedefler. Bu, bağlantıların daha eski mevcut belgelere veya hedef sayfa yeniyse ve henüz yayınlanmamışsa 404 sonuçlarına yol açabileceği anlamına gelir (ör. bağlantı aynı sürümde yeni bir özelliği işaret ediyorsa).
Yeni sayfalar sürüm yayınlandığında yayınlanır ve bağlantılar üretim URL'lerine düzgün bir şekilde yönlendirilir.
Korumalı alan kullanılabilirliği
Acrobat Sign Korumalı Alan ortamına erişimi olan müşteriler, genellikle sürüm yayınlanmadan dört hafta önce yeni sürüm işlevlerine erişebilir.
- Korumalı Alan ortamı, normal üretim ortamıyla aynı kalite düzeyinde tüm üretim kalite güvencesi prosedürlerinden geçmelidir.
- Adobe, Korumalı Alan ortamında %99,9 kullanılabilirliğe ulaşmaya çalışmaktadır ancak müşteriler Adobe Unified SLA'nın Korumalı Alanı resmi olarak kapsamadığını unutmamalıdır.
- Korumalı Alan ortamı normal Üretim ortamıyla aynı durum sayfasını ve kesinti prosedürlerini kullanmaktadır.
Bu makale ön sürüm bilgileri içermektedir. Sürüm tarihleri, özellikler ve diğer bilgiler önceden bildirilmeksizin değiştirilebilir.
Adobe Acrobat Sign sürüm v17.0.1
Korumalı alan dağıtımı: 17 Şubat 2026
Ü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.
Bu özellik 20 Şubat 2026 tarihinde Korumalı alan ortamında kullanıma sunulacaktı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
Aşağıdaki güncellemeler, açıklama amacıyla ön sürüm notlarında sunulmuştur. API ve Webhook güncellemeleriyle ilgili tam belgeler, sürüm güncellemesi üretim sunucularına iletildiğinde Acrobat Sign geliştirici belgelerinde bulunabilir.
- OEM 2.0 kişiselleştirilmiş e-posta görünümü: Gömülü deneyimlerde daha net gönderen ve alıcı kimliği ile doğru e-posta teslimatı.
Gömülü iş akışlarının kullanıldığı OEM 2.0 İş Ortakları için Acrobat Sign artık temel kullanıcı arayüzü yüzeylerinde ve bildirimlerde iş ortağı kayıtlı e-posta yerine kullanıcının kişiselleştirilmiş e-posta adresini görüntü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 -Yalnızca OEM 2.0 İş Ortakları
- 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.
Kullanılabilir ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: API
Release errata
Bu sürüme dahil edilmemiş bir öğe yok.
Çö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şturulmuyor ve webhook bildirimleri artık doğru katılımcıyı ve e-posta adresini yansıtıyor. | |
| 4544548 | Özet: Web UI aracılığıyla oluşturulan Entegrasyon Anahtarları, oluşturma sayfasında anahtarın "kalıcı erişim" sağladığı belirtilse de 10 yıl sonra sona erebilir. Bir anahtar 10 yıllık ömrüne ulaştığında, API çağrıları süresi dolmuş token hatası döndürmeye başlar ve bu durum mevcut entegrasyonları beklenmedik şekilde bozabilir. |
| Düzeltme: Kullanıcı arayüzü mesajlaşması güncellenerek "kalıcı erişim" ifadesi kaldırıldı ve Entegrasyon Anahtarları için son kullanma tarihi açıkça gösterilmeye başlandı. Güncellenen metin artık anahtarın son kullanma tarihine kadar veya manuel olarak iptal edilene kadar erişimi koruduğunu belirtiyor ve 10 yıllık varsayılan ömür hakkında şeffaflık sağlıyor. | |
| 4546301 | Özet: Çok büyük belgelere sahip sözleşmeler için webhook olay teslimi, sözleşme oluşturma tamamlansa ve erken işleme adımları dakikalar içinde bitmiş görünse bile birkaç saate kadar gecikebilir. Gecikme penceresi sırasında, webhook teslim hizmeti sözleşme belgelerini almaya çalışırken tekrar tekrar DOCUMENT_NOT_AVAILABLE yanıtları alabilir ve webhook olayı hizmet yeniden denemeyi bırakana veya belgeler kullanılabilir hale gelene kadar teslim edilmeyebilir. |
| Düzeltme: Belge kullanılabilirlik işleme düzeltildi, böylece büyük sözleşmeler uzatılmış DOCUMENT_NOT_AVAILABLE yanıtları olmadan belgelerin alınabilir olduğu bir duruma güvenilir şekilde geçer. 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: Birincil paylaşım bağlamını almak ve yetkili paylaşılan kullanıcılar için özel mesajı döndürmek üzere bir kontrol eklendi. Sonuç olarak, Yazma akışından API ile oluşturulan bir taslak görüntülenirken veya gönderilirken Özel Mesaj değeri artık doğru şekilde görüntüleniyor. | |
| 4548274 | Özet: Kitaplık şablonları için Değiştirilme Tarihi, yeni şablon deneyiminde bir şablon düzenlendikten ve kaydedildikten sonra güncellenmeyebilir. Kullanıcılar şablonda yeni eklenen veya güncellenen alanları görebilir, ancak Değiştirilme Tarihi Yönet UI'sında 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üncelliyor, böylece en son değişikliğin gerçek zamanını yansıtıyor. | |
| 4548564 | Özet: İmzalar ve form alanları, kaynak belgedeki önceden var olan damga açıklamalarının üzerine yerleştirildiklerinde imzalı PDF'de görünmez olabilir. Etkilenen şablonlarda, damga açıklamaları işleme sırasında etkileşimli alanlarla çakışır veya onları gizler, bu da tamamlanan imzaların ve diğer alanların son imzalı belgede gizlenmesine neden olur. |
| Düzeltme: 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 tamamlanmış PDF'de görünür kalır. | |
| 4549103 | Özet: Gönderen, daha önce yanlış olan alıcıyı geçerli bir e-posta adresiyle değiştirdikten sonra, o alıcı için bir e-posta geri dönüş olayı tekrar günlüğe kaydedilebilir. Bazı durumlarda, denetim izi eski e-posta için ikinci bir geri dönüş olayı gösterebilir ve yeni alıcı sözleşmeyi başarıyla alsa, görüntülese veya imzalasa bile sözleşme durumu "e-posta geri döndü" şeklinde yansıyabilir.Bu davranış, sözleşmenin hâlâ hem eski hem de yeni e-posta adreslerini hedeflediği izlenimini verebilir. |
| Düzeltme: İmzalayan değiştirme iş akışı, e-postası zaten geri dönen değiştirilen alıcıya ek bildirim e-postaları gönderilmesini önlemek için güncellendi. Sistem artık değiştirme ile ilgili bildirimleri göndermeden önce önceki geri dönüş geçmişini kontrol eder, böylece değiştirme sonrasında eski e-posta adresi için yeni geri dönüş olayları oluşturulmamasını sağlar. | |
| 4549306 | Özet: E-posta 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 durum etkilenen kullanıcıların kimlik doğrulamayı tamamlamasını engeller ve genel giriş uç noktasına dayanan entegrasyonları bloke eder. |
| Düzeltme: Giriş parça çözümleme mantığı, parçalar arası yönlendirme URL'sini oluşturmadan önce özel karakterler içeren e-posta adreslerini düzgün bir şekilde işlemek ve çözmek için düzeltildi. Etkilenen e-posta formatlarına sahip kullanıcılar artık e-posta alanı temizlenmeden belirlenen parçalarına ve SSO giriş sayfasına doğru şekilde yönlendirilir. | |
| 4549331 | Özet: Belirli belge işleme özellikleri etkinleştirildiğinde ve kaynak PDF geçersiz sayfa kutusu koordinatları 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şlenirken geçersiz CropBox ve MediaBox değerlerini güvenli bir şekilde normalleştirmek için düzeltildi. Sonuç olarak, imza ve form alanı yerleştirme artık görünür sayfa alanına hizalanır ve imzalı PDF'ler imzaları beklendiği gibi görüntüler. | |
| 4550367 | Özet: Gönderenin grup varsayılan imzalayan kimlik doğ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ğerlendirir ve artık yalnızca grup varsayılan kimlik doğrulama ayarına dayalı telefon kimlik doğrulama kotası kontrollerini uygulamaz. Bu, yanlış kota tükenmesi hatalarını önler ve web formlarının normal şekilde oluşturulmasına olanak tanır. | |
| 4551011 | Özet: Gönderen belirli taranmış PDF'leri yü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 oluşturulur ve son imzalı PDF'de görünür kalır. | |
| 4551427 | Özet: Zaten aktif, doğru şekilde sağlanmış hesapları olan bazı alıcılar bunun yerine "sahte kullanıcı" alıcıları olarak sözleşme alır, bu nedenle sözleşme normal Yönet görünümlerinde görünmez. Bu durum, alıcı e-posta adreslerinin başında veya sonunda boşluk bulunması durumunda ortaya çıkar ve sistemin e-postayı mevcut kullanıcıyla eşleştirmesini engeller, böylece sahte kullanıcı kaydı oluşturulmasına neden olur. |
| Düzeltme: E-posta ayrıştırma ve kullanıcı arama işlemleri, alıcı e-posta adreslerini mevcut kullanıcılarla eşleştirmeden önce normalleştirmek (başındaki ve sonundaki boşlukları kaldırmak) için güncellendi. Sonuç olarak mevcut kullanıcılara yö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 iletilir, 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ı bir ş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ı ortak entegrasyonları HTTP 401 hataları ile başarısız olmaya başladı. Hizmet, uygulamanın eski OAuth uç noktalarını kullanmasına izin verilmediğini ve bunun yerine OAuth v2 uç noktalarını kullanması gerektiğini belirten bir hata ile belirteç yenileme isteklerini reddetti. Bu, 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ı 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. |