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ı, anlaşmaların daha hızlı yeniden kullanımı.
Kopya oluştur artık Yönet sayfasındaki Devam ediyor ve Sizi bekliyor filtrelerinden ve ayrıca gönderim sonrası onay sayfasından doğrudan kullanılabilir.Bu ek giriş noktaları, sözleşmelerin gönderme yaşam döngüsünün daha fazla noktasında yeniden kullanılmasını kolaylaştırarak sıfırdan başlama ihtiyacını azaltır.
Not: Bu sürümle, bu özelliği devre dışı bırakmak için gereken yönetici kontrolleri, yönetici menüsünden kaldırılacak; böylelikle Kopya oluştur özelliği, uygun tüm kullanıcılara sunulan standart bir özellik haline gelecektir.

Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: Hesap ve Grup; varsayılan olarak etkindir.

Güncellenmiş kullanıcı eylemi belgelerini inceleyin >

Deneyimdeki Değişiklikler

Entegrasyon anahtarı son kullanma tarihi görünürlüğü: Son kullanma tarihleri artık Erişim Belirteçleri sekmesinde görüntülenmektedir
Kişisel Tercihler menüsündeki Erişim Belirteçleri sekmesinde her entegrasyon anahtarının son kullanma tarihi görüntülenir. Bu sayede kullanıcılar ve yöneticilere, anahtarın süresi ve değiştirilme zamanlaması konusunda daha şeffaf bir görünürlük sunulur; böylece mevcut anahtarların takibi kolaylaşır ve 10 yıllık geçerlilik süresi sona erdiğinde oluşabilecek beklenmedik aksaklıkların önüne geçilir.

Mevcut ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: API

REST API/Web Kancası Güncellemeleri

Bu sürüm için API ve web kancası güncellemeleri Acrobat Sign API belgelerinde bulunabilir.

OEM 2.0 kişiselleştirilmiş e-posta görünümü: Gömülü deneyimlerde daha net gönderen ve alıcı kimliği ile doğru e-posta teslimatı.
Gömülü iş akışlarını kullanan OEM 2.0 İş Ortakları için Acrobat Sign artık temel kullanıcı arayüzü yüzeylerinde ve bildirimlerde iş ortağı kayıtlı e-posta yerine kullanıcının kişiselleştirilmiş e-posta adresini görüntüleyebilir. Sözleşmeler, "Sizi bekliyor" ve "İncele ve İmzala" e-postaları gibi kuyruklar, kimlik doğrulama ve yetkilendirmeler için kayıtlı e-postayı dahili olarak korurken kişiselleştirilmiş kimliği tutarlı şekilde yansıtır. Bu durum gönderenler ve imzalayanlar için netliği artırır ve e-postaların teslim edilemeyen kayıtlı adreslere gönderilmesini önler.

Kullanılabilir ortamlar: Korumalı Alan, Ticari | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: API - OEM 2.0 İş Ortakları; yalnızca talep üzerine

SMS teslimat hataları için web kancası bildirimi: Başarısız SMS gönderileri için gerçek zamanlı görünürlük, otomatik düzeltme ve e-posta karşılıklarıyla eşlik.
Acrobat Sign artık geçersiz telefon numaraları, operatör reddi veya engellenen hatlar gibi sorunlar nedeniyle SMS ile gönderilen bir sözleşme teslim edilemediğinde yeni bir web kancası olayı olan AGREEMENT_PHONE_BOUNCED'ı yayar.Bu özellik müşterilerin SMS teslimat hatalarını neredeyse gerçek zamanlı olarak tespit etmesini ve telefon numaralarını düzeltme, teslimatı yeniden deneme veya destek vakaları açma gibi takip eylemlerini otomatik olarak tetiklemesini sağlayarak mobil öncelikli imzalama iş akışlarındaki kör noktaları ortadan kaldırır ve gecikmeleri azaltır.

Kullanılabilir ortamlar: Korumalı Alan, Ticari, Resmi Kurum | Mevcut hizmet katmanları: Acrobat Sign Solutions | Yapılandırma kapsamı: API

Web kancası yükleri: Dinamik katılım güncellemeleri için koşullu katılımcı extendedStatus alanı eklenerek katılımcı durumu görünürlüğünü iyileştirildi.
Artık gönderen devam eden bir sözleşmede dinamik katılım ile değişiklik yaptığında web kancası bildirimlerine her katılımcı (memberInfos[]) nesnesi için bir extendedStatus alanı eklenecek.Bu alan, geriye dönük uyumluluk için mevcut durum alanını değiştirmeden ek katılımcı yaşam döngüsü bilgileri sağlar.

        {
          &quot;participantSets&quot;: [
            {
              &quot;id&quot;: &quot;&quot;,
              &quot;memberInfos&quot;: [
                {
                  &quot;company&quot;: &quot;TestCo&quot;,
                  &quot;email&quot;: &quot;signer2@someDomain.dom&quot;,
                  &quot;id&quot;: &quot;CBJCHBCAABAAJiZV9cH&quot;,
                  &quot;name&quot;: &quot;Signer Two&quot;,
                  &quot;status&quot;: &quot;ACTIVE&quot;,
                  &quot;extendedStatus&quot;: &quot;REMOVED&quot;
                }
              ],
              &quot;order&quot;: ,
              &quot;role&quot;: &quot;&quot;,
              &quot;status&quot;: &quot;&quot;
            }
          ]
        }

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.
4543515	Düzeltme: Olay atıf mantığı düzeltildi, böylece e-posta geri dönüş olayları yalnızca e-postası gerçekten geri dönen katılımcıyla ilişkilendiriliyor. İmzalamayı zaten tamamlamış geçerli bir imzalayan için artık geri dönüş olayı oluşturulmuyor ve webhook bildirimleri artık doğru katılımcıyı ve e-posta adresini yansıtıyor.
4544548	Özet: Web UI aracılığıyla oluşturulan Entegrasyon Anahtarları, oluşturma sayfasında anahtarın "kalıcı erişim" sağladığı belirtilse de 10 yıl sonra sona erebilir. Bir anahtar 10 yıllık ömrüne ulaştığında, API çağrıları süresi dolmuş token hatası döndürmeye başlar ve bu durum mevcut entegrasyonları beklenmedik şekilde bozabilir.
4544548	Düzeltme: Kullanıcı arayüzü mesajlaşması güncellenerek "kalıcı erişim" ifadesi kaldırıldı ve Entegrasyon Anahtarları için son kullanma tarihi açıkça gösterilir. Güncellenen metin artık anahtarın son kullanma tarihine kadar veya manuel olarak iptal edilene kadar erişimi koruduğunu belirtiyor ve 10 yıllık varsayılan ömür hakkında şeffaflık sağlıyor.
4546301	Özet: Çok büyük belgelere sahip sözleşmeler için webhook olay teslimi, sözleşme oluşturma tamamlansa ve erken işleme adımları dakikalar içinde bitmiş görünse bile birkaç saate kadar gecikebilir.Gecikme penceresi sırasında, webhook teslim hizmeti sözleşme belgelerini almaya çalışırken tekrar tekrar DOCUMENT_NOT_AVAILABLE yanıtları alabilir ve webhook olayı hizmet yeniden denemeyi bırakana veya belgeler kullanılabilir hale gelene kadar teslim edilmeyebilir.
4546301	Düzeltme: Belge kullanılabilirlik işleme düzeltildi, böylece büyük sözleşmeler uzatılmış DOCUMENT_NOT_AVAILABLE yanıtları olmadan belgelerin alınabilir olduğu bir duruma güvenilir şekilde geçer.Böylece, erişilemeyen belgeler için yapılan yeniden alma denemelerinin neden olduğu, saatler süren gecikmeler yaşanmadan webhook olayları iletilir.
4547823	Özet: Bir sözleşme API aracılığıyla İçerik Oluşturma durumunda oluşturulup ardından Manage deneyiminden düzenlendiğinde, alıcının özel mesajı bazı imzalayanlar için görüntülenmeyebilir.Bu senaryoda, sözleşme verileri doğru özel mesaj değerini içerse bile UI Özel Mesaj değerini "Yok" veya boş olarak gösterebilir.Bu davranış, bir kullanıcının taslağı düzenlemek için başka bir kullanıcının hesabına geçtiği paylaşılan hesap senaryolarında görünür ve diğerleri doğru görüntülenirken yalnızca belirli alıcıları etkileyebilir.
4547823	Düzeltme: Aktif paylaşım bağlamını almak ve yetkili paylaşılan kullanıcılar için özel mesajı döndürmek üzere bir kontrol eklendi. Sonuç olarak, Yazma akışından API ile oluşturulan bir taslak görüntülenirken veya gönderilirken Özel Mesaj değeri artık doğru şekilde görüntüleniyor.
4548274	Özet: Kitaplık şablonları için Değiştirilme Tarihi, yeni şablon deneyiminde bir şablon düzenlendikten ve kaydedildikten sonra güncellenmeyebilir. Kullanıcılar şablonda yeni eklenen veya güncellenen alanları görebilir, ancak Değiştirilme Tarihi Manage UI'da ve yönetim görünümlerinde değişmeden kalır, bu da şablonun yakın zamanda değiştirilmediği izlenimini verir. Bu durum, yeni deneyimin form alanlarını şablonun değiştirilme zaman damgasını da güncellemeyecek bir yol aracılığıyla güncellemesi nedeniyle oluşur.
4548274	Düzeltme: Değiştirilen tarih güncelleme davranışı, yeni şablon deneyimi ve ilgili API işlemleri arasında uyumlu hale getirilmiştir. Şablon alan değişikliklerini kaydeden kod yolu artık şablonun Değiştirilme Tarihini de güncelliyor, böylece en son değişikliğin gerçek zamanını yansıtıyor.
4548564	Özet: İmzalar ve form alanları, kaynak belgede önceden var olan Damga ek açıklamalarının üzerine yerleştirildiklerinde imzalı PDF'de görünmez görünebilir. Etkilenen şablonlarda, damga açıklamaları işleme sırasında etkileşimli alanlarla çakışır veya onları gizler, bu da tamamlanan imzaların ve diğer alanların son imzalı belgede gizlenmesine neden olur.
4548564	Düzeltme: Mevcut damga açıklamalarının güvenli şekilde işlenip düzleştirilmesi için damga açıklamalarının işlenmesi süreci güncellendi; bu sayede bu açıklamalar artık form alanlarını veya imzaları gizlemiyor. Damgalı alanların üzerine yerleştirilen alanlar artık imzalama boyunca ve tamamlanmış PDF'de görünür kalır.
4549103	Özet: Gönderen, daha önce yanlış olan alıcıyı geçerli bir e-posta adresiyle değiştirdikten sonra, o alıcı için bir e-posta geri dönüş olayı tekrar günlüğe kaydedilebilir. Bazı durumlarda, denetim izi eski e-posta için ikinci bir geri dönüş olayı gösterebilir ve yeni alıcı sözleşmeyi başarıyla alsa, görüntülese veya imzalasa bile sözleşme durumu "e-posta geri döndü" şeklinde yansıyabilir.Bu davranış, sözleşmenin hâlâ hem eski hem de yeni e-posta adreslerini hedeflediği izlenimini yaratabilir.
4549103	Düzeltme: İmzalayan değiştirme iş akışı, e-postası zaten geri dönen değiştirilen alıcıya ek bildirim e-postaları gönderilmesini önlemek için güncellendi. Sistem artık değiştirme ile ilgili bildirimleri göndermeden önce önceki geri dönüş geçmişini kontrol eder, böylece değiştirme sonrasında eski e-posta adresi için yeni geri dönüş olayları oluşturulmamasını sağlar.
4549306	Özet: E-posta adreslerinde belirli özel karakterler (örneğin tek tırnak işareti) bulunan kullanıcılar, genel erişime açık adobesign.com veya echosign.com oturum açma sayfalarından giriş yapamayabilir. E-posta adresini girdikten ve şifre alanına tıkladıktan sonra, kullanıcıyı doğru parçaya veya SSO giriş sayfasına yönlendirmek yerine sayfa yeniden yüklenebilir ve e-posta alanını temizleyebilir. Bu durum etkilenen kullanıcıların kimlik doğrulamayı tamamlamasını engeller ve genel giriş uç noktasına dayanan entegrasyonları bloke eder.
4549306	Düzeltme: Giriş parça çözümleme mantığı, parçalar arası yönlendirme URL'sini oluşturmadan önce özel karakterler içeren e-posta adreslerini düzgün bir şekilde işlemek ve çözmek için düzeltildi. Etkilenen e-posta formatlarına sahip kullanıcılar artık e-posta alanı temizlenmeden belirlenen parçalarına ve SSO giriş sayfasına doğru şekilde yönlendirilir.
4549331	Özet: Belirli belge işleme özellikleri etkinleştirildiğinde ve kaynak PDF geçersiz sayfa kutusu koordinatları (örneğin, yanlış CropBox veya MediaBox değerleri) içerdiğinde imzalı PDF’de imzalar ve diğer form alanları kaybolmuş gibi algılanabilir veya görünmez hale gelebilir. Bu senaryoda, sayfa koordinatlarına dayanan alanlar görünür sayfa alanının dışında oluşturulabilir, bu da imzalama başarıyla tamamlansa bile tamamlanan imzaların eksik görünmesine neden olur.
4549331	Düzeltme: PDF sayfa kutusu işleme özelliği, belge işlemek sırasında geçersiz CropBox ve MediaBox değerlerini güvenli bir şekilde normalleştirmek için düzeltildi. Sonuç olarak, imza ve form alanı yerleştirme artık görünür sayfa alanına hizalanır ve imzalı PDF'ler imzaları beklendiği gibi görüntüler.
4550367	Özet: Gönderenin grup varsayılan imzalayan kimlik doğrulama yöntemi Telefon olarak ayarlanmış ancak hesapta telefon kimlik doğrulaması için yeterli kota bulunmuyorsa web formu imzalayan kimlik doğrulaması telefon harici bir kimlik doğrulama yöntemine ayarlanmış olsa bile Alan önizle ve ekle seçildikten sonra web formu oluşturma işlemi, genel bir "Sunucu hatası" nedeniyle başarısız olabilir. Sonuç olarak, etkilenen hesaptaki tüm kullanıcıların tüm belgelerde web formları oluşturmaları engellenebilir.
4550367	Düzeltme: Web formu oluşturma artık kotayı yalnızca web formu imzalayan için gerçekten yapılandırılan kimlik doğrulama yöntemi için değerlendirir ve artık yalnızca grup varsayılan kimlik doğrulama ayarına dayalı telefon kimlik doğrulama kotası kontrollerini uygulamaz. Bu, yanlış kota tükenmesi hatalarını önler ve web formlarının normal şekilde oluşturulmasına olanak tanır.
4551011	Özet: Gönderen belirli taranmış PDF'leri yükleyip imza alanları ekleyerek sözleşmeyi gönderdiğinde, imzalama işlemi tamamlandıktan sonra imzalı PDF'de imzalar görünmeyebilir. Bu davranış, yüklenen PDF geçersiz sayfa sınırı meta verileri içerdiğinde (MediaBox ve CropBox koordinatları ters görünür) ortaya çıkabilir, bu da imza ve diğer alan görünüm katmanlarının görünür sayfa alanının dışında oluşturulmasına neden olabilir.
4551011	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.
4551427	Düzeltme: E-posta ayrıştırma ve kullanıcı arama işlemleri, alıcı e-posta adreslerini mevcut kullanıcılarla eşleştirmeden önce normalleştirmek (başındaki ve sonundaki boşlukları kaldırmak) için güncellendi. Sonuç olarak, mevcut kullanıcılara yönlendirilen sözleşmeler, e-posta adresi boşluklu girilmiş olsa bile (API yüklerinde ve iş akışı alıcı listelerinde) sahte bir kullanıcı alıcısı oluşturmak yerine doğrudan kayıtlı hesaba yönlendirilmektedir.
4553198	Özet: Bir sözleşme, SMS iletimi için yapılandırılmış en az bir alıcı ve yalnızca e-posta iletimi için yapılandırılmış tek bir alıcı içeriyorsa sözleşme API üzerinden iptal edildiğinde SMS alıcısına herhangi bir SMS iptal bildirimi iletilmez. Sözleşme başarıyla iptal edilir ve e-posta bildirimleri teslim edilir, ancak SMS alıcıları iptal mesajı almaz.
4553198	Düzeltme: İptal iş akışı, diğer alıcıların iletim yöntemlerinden bağımsız olarak, sözleşme iptal edildiğinde SMS iletimi için yapılandırılan tüm alıcılara SMS iptal bildirimlerinin gönderilmesini sağlayacak şekilde düzeltildi.
4554463	Özet: Sözleşmeler, birleştirilmiş belgelerde aynı alan adını paylaşan klonlanmış radyo düğmeleri içerdiğinde, imzalanan son PDF'de seçilen seçeneğin yalnızca bir örneği seçili kalır. Alanlar görsel olarak onay kutuları gibi görünse de radyo düğmeleri olarak uygulanır. İmzalamadan sonra, seçilen Değer tüm klonlanmış örneklerde tutarlı bir şekilde yayılmaz ve beklenen seçimin yanlış veya eksik eşlenmesine neden olur.
4554463	Düzeltme: Form alanı işleme mantığı, klonlanan radyo düğmelerinin dahili indeks değerini kullanmak yerine seçilen dışa aktarma değerini depolayıp aktarmasını sağlayacak şekilde düzeltildi. Bu, aynı radyo düğmesi alanının tüm klonlanmış örneklerinin imzalanan pdf'de doğru seçimi yansıtmasını sağlar.
4554593	Özet: Erişim belirteçlerini yenilemek için eski OAuth uç noktalarını kullanan bazı ortak entegrasyonları HTTP 401 hataları ile başarısız olmaya başladı. Hizmet, uygulamanın eski OAuth uç noktalarını kullanmasına izin verilmediğini ve bunun yerine OAuth v2 uç noktalarını kullanması gerektiğini belirten bir hata ile belirteç yenileme isteklerini reddetti. Bu durum, daha önce sorunsuz çalışan entegrasyonlarda bile müşterilerin iş ortağı uygulamaları üzerinden Acrobat Sign kimlik doğrulamasını engelledi.
4554593	Düzeltme: Kimlik doğrulama hizmeti, eski OAuth akışını kullanmak üzere yapılandırılmış iş ortağı uygulamalarının hatalı bir şekilde OAuth v2 uç noktalarına yönlendirilmesi yerine belirteçleri yeniden başarılı bir şekilde yenileyebilmesi için düzeltilmiştir.
4554614	Özet: İmzalayan, imzalayan kimliği doğrulaması gerektiren ve imzalanmadan önce kullanım koşullarını kabul etmesi gereken bir sözleşmede modern e-İmza deneyimini kullandığında İmzalamak için Tıkla seçeneğini tıkladığınızda 5 saniyelik bir yönlendirme süresinden sonra klasik imzalama arayüzüne geçilir. Yönlendirme mesajı, modern imzalamada girilen imzaların ve parafların temizleneceği konusunda uyarır ve imzalayanı bunları yeniden girmek ve etkili bir şekilde iki kez imzalamak zorunda bırakır.
4554614	Düzeltme: İmzalama belirteci yenileme akışı, imzalayan imzalamadan önce kullanım koşullarını kabul ettiğinde yeniden düzenlenen imzalama belirteci imzalayan kimlik doğrulama bilgilerini saklayacak şekilde düzeltildi. Bu, son imzalama adımının kimlik doğrulamada başarısız olmasını önler ve modern imzalamadan klasik deneyime zorla geri dönüşü ortadan kaldırır.
4555656	Özet: Belirli zamanlama koşulları altında, bir sözleşme durumu geçişi başarılı gibi görünebilir ancak aslında sözleşme durumunu değiştirmez.Arka uç işlemek tamamlanmadan önce bir webhook bildirimi alındığında, sonraki API çağrıları eski sözleşme durumu verilerini kullanabilir.Bu pencerede, belirli durum geçiş yöntemleri sözleşme istenen geçiş için geçerli bir durumda olmasa bile HTTP 200 OK döndürür.Sonuç olarak, otomasyon iş akışları sözleşme orijinal durumda kalırken geçişin başarılı olduğunu varsayabilir.
4555656	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.