Sorun anahtarı
Son güncelleme:
2 Nis 2026
Adobe Sign Sürüm Notları: 2021
Adobe Sign: Mart 2021
Gelişmiş İşlevsellik
Çok imzalı web formları
Web Forms kullanan hesapların artık imza sürecinde birden fazla harici alıcıya izin verme yeteneği bulunuyor.
Ek alıcılar ilk imzalayan tarafından tanımlanır:
Library Templates kullanarak Web Forms oluşturun
Yazarlar artık yeni Web Forms oluşturmak için mevcut Library Templates'i kullanabiliyor.Dosya tüm alanları korunarak içe aktarılır:
Mobil Görüntüleme için Adobe Sign'da "Liquid Mode"
Liquid Mode, belgelerinizin görünümünü imzalayanın aygıt türüne göre iyileştirmek amacıyla uyumlu görünüm oluşturmak için kullanabileceğiniz isteğe bağlı bir özelliktir.
İmzalanan belge standart "PDF" sürümünde depolanırken alıcılar mobil telefonlarda Liquid Mode'u görebilir ve orijinal belgeyi görüntülemek için geçiş yapabilir.
Artık HTML belgenizi yükleyebilir ve mobil telefonlar için Liquid Mode görünümü oluşturabilirsiniz.
Liquid Mode seçeneği hakkında daha fazla ayrıntı için buraya bakın >
Görsel veya Çizilen imza yöntemleriyle imzalarken bilinen kullanıcılar için Name değerini kilitle
İmzalama işlemi sırasında alıcının adını değiştirmesine izin verilmesinin istenmediği durumlar vardır. Adobe Sign, İmzalayanın ad tercihine saygı göstererek bu konuda esneklik sağlar. Daha fazla uyumluluk gerektiren ortamlarda bu esneklik kabul edilemez, dolayısıyla alıcıların adlarını sözleşmeye kilitlemeye yönelik yeni bir kontrol sağlanmıştır.
Yöneticiler artık bilinen Name değerlerine sahip alıcıların Drawn veya Image imzası uyguladıklarında bu değerleri değiştirmelerini engelleyebiliyor.
Ad değerinin bilindiği durumlar:
- Adobe Sign ID'si olan bir alıcıya gönderirken
- Adı API aracılığıyla gönderirken
- Signer Info alanları form doldurma sırasında tamamlandığında
- KBA veya Government ID kimlik doğrulaması tamamlanması sırasında ad kilitlendiğinde
Bilgi temelli Kimlik Doğrulama geliştirmeleri
Gönderenin alıcı için bir Name sağlamasını gerektirebilen ve bu Name değerinin imza süreci boyunca yerinde kilitlenmesini sağlayan KBA method of identity authenticaiton'a kontroller eklendi.
Gelişmiş e-posta güvenliği seçenekleri
E-posta güvenliğini artırmak için iki yeni seçenek sunuldu. İki ayar da varsayılan olarak etkindir:
- İmzalanmış sözleşmeyi görüntülemek için e-postalara bağlantı ekle
- E-postalara sözleşmenin ilk sayfasının görüntüsünü ekle
- Varsayılan olarak etkindir
- Etkinleştirildiğinde, anlaşmanın ilk sayfasının görüntüsü bazı e-posta dağıtımlarında görünür
v6 REST API Güncellemeleri
TÜM V6 REST API İSTEKLERİNDE STANDART BAŞLIKLAR
Varsayılan olarak her v6 REST API isteği artık aşağıdaki standart üstbilgilere sahiptir:
/AGREEMENTS
Tüm /agreements uç noktaları artık bir agreement id yoluna sahip olan ve anlaşma GDPR araçları aracılığıyla silinmişse 404 AGREEMENT_DESTROYED hata kodu döndürüyor.
KİTAPLIK ŞABLONLARI
PUT /libraryDocuments/{libraryDocumentId} - Yeni ownerId alanını içerecek şekilde genişletildi
Not
Yalnızca v6 REST API etkilenir.
Bu başlıkları içermeyen herhangi bir v6 REST API çağrısı, bu eksikliği açıkça belgeleyecektir.
- GET /libraryDocuments - Yeni ownerEmail alanını içerecek şekilde genişletildi
- GET /libraryDocuments/{libraryDocumentId} - Yeni alanları içerecek şekilde genişletildi: ownerId, ownerEmail ve ownerName
LibraryDocumentInfo nesnesindeki yeni alanlar:
Güncellenmiş davranışa sahip alanlar:
WEB FORMLARI (/WIDGETS)
- POST /widgets - Web formu oluşturmak için libraryDocumentId kullanımı artık geçerli bir kimlik ile destekleniyor
Eklenen durum kodu:
- PUT /widgets - libraryDocumentId kullanarak web form oluşturma işlemi artık geçerli bir kimlikle desteklenmektedir
Eklenen durum kodu:
- PUT /widgets/{widgetId} - Yeni ownerId alanını içerecek şekilde genişletildi
Eklenen durum kodu:
Deneyimdeki Değişiklikler
- GET /widgets/{widgetId} - Yeni alanları içerecek şekilde genişletildi: ownerId, ownerEmail, ownerName, ve creatorName
WidgetInfo nesnesindeki yeni alanlar:
güncellenmiş davranışa sahip alanlar:
/MEGA SIGN
YENİ:
- GET /megaSigns/{megaSignId}/formFields - Mega Sign asıl sözleşmesinin form alanı ayrıntılarını alır
Parametreler:
Yanıt nesnesi:
- PUT /megaSigns/{megaSignId}/formFields - Mega Sign sözleşmesinin form alanlarını günceller
Parametreler:
Yanıt nesnesi:
GÜNCELLENDİ:
- POST /megaSigns - AUTHORING Mega Sign şablonu yazma işlemini desteklemek için durum değeri olarak eklendi
Değiştirilen Parametre:
- PUT /megaSigns/{megaSignId}/state - AUTHORING, Mega Sign şablonu oluşturmayı desteklemek için durum değeri olarak eklendi.Sonuç olarak, megaSignCancellationInfo artık gerekli bir alan değildir
Modern Ana Sayfa ve Yönet sayfası, geri kalan tüm hesaplar için etkinleştirildi
Tüm hesapların kontrolü, kullanıcıları için modern Ana Sayfa ve Yönet sayfalarını etkinleştirmek üzere güncellendi.
Yönetici menüsündeki kontroller, klasik deneyime geri dönmesi gereken hesaplar için kullanılabilir durumda kalır:
Adobe Sign hizmet düzeyi ve hesap kimliği Yönetici menüsünde gösterilir.
Yöneticiler artık Hesap Kimliği'ni Genel Ayarlar sayfasında bulabilir:
Grup Kimliği Grup Ayarları sayfasında bulunabilir:
Açık HIPAA yapılandırması
HIPAA gereksinimlerine tabi sözleşmeleri yönetmek için hesabın etkinleştirildiğini açıkça gösteren yeni bir sayfa eklendi.
- Bu kontrol yalnızca hesap düzeyinde görüntülenir. Grup düzeyindeki yöneticilerin erişimi yoktur
- Bu kontrol yalnızca görünüm modundadır, hesabın ne zaman yapılandırıldığını açıkça belirtmek için
- HIPAA yapılandırmasını etkinleştirmek için başarı yöneticiniz veya destek birimiyle iletişime geçin
HIPAA ayarları hakkında daha fazla bilgi burada bulunabilir >
Windows sistemlerinde Outlook Masaüstü uygulaması kullanan müşteriler için "Harekete geçirici" düğme değişti
Outlook Masaüstü e-posta istemcisini kullanan alıcılar, Adobe Sign e-postalarındaki "eylem çağrısı" düğmesinin değiştiğini görecek.
Yeni deneyim, mavi HTML düğmesini kaldırır ve bunun yerine tıklanabilir metin bağlantısı sağlar:
Not
Bu değişiklik yalnızca Windows sistemlerindeki Outlook Masaüstü uygulamalarını etkiler. Diğer e-posta istemcileri ve işletim sistemleri, mavi düğmeli şablonu almaya devam edecektir.
Dijital imzalı anlaşmaların devri
Dijital imzalar eklenmiş bir anlaşmayı devretme yeteneği, orijinal e-posta bildiriminden alıcıya devretmeye, kullanıcı tarafından yapılandırıldığında otomatik devretme yoluyla ve Yönet sayfasındaki Mevcut İmzalayıcıyı Değiştir eylemi aracılığıyla devretmeye izin verecek şekilde iyileştirildi.
Ödemeler entegrasyonu için güncellenmiş arayüz
Ödemeler arayüzü, kimlik doğrulama kontrollerinin daha iyi görüntülenmesi için güncellendi ve böylece daha kolay bir yapılandırma süreci sağlandı.
Veri Yönetişimi için maksimum değer 5475 güne (15 yıl) çıkarıldı
Anlaşmaları Adobe Sign sisteminden otomatik olarak silmek için veri yönetişimi kuralları kullanan müşteriler artık bu silme tarihini maksimum 15 yıla (önceden 10 yıldı) ayarlayabilir.
ABD Sosyal Güvenlik Numarasını doğrulamak için alan düzeyi metin etiketi güncellendi:
ABD Sosyal Güvenlik Numarasını doğrulamak için alan düzeyi metin etiketi, SSN'nin ABD'ye özgü olduğunu netleştirmek için güncellendi:
Hatırlatma: Sosyal Kimlik Doğrulaması kaldırıldı
Kasım ayında duyurulduğu gibi, sosyal kimlik kullanan kimlik doğrulama yöntemi Yönetici menüsündeki kimlik doğrulama yöntemleri listesinden kaldırılmıştır.
Hatırlatma: Kişisel Twitter entegrasyonu kaldırıldı
Aralık ayında duyurulduğu gibi, Kullanıcıların kişisel kimlik doğrulaması yapılmış Twitter bağlantıları kurabilmesi özelliği kaldırıldı.
Etkin olmayan kullanıcılar bir sözleşmeye dahil edildiklerinde e-posta bildirimi alır
Etkin olmayan duruma ayarlanmış kullanıcılar artık alıcıya sözleşmeyi başka bir kullanıcıya devretmesi talimatını veren bir e-posta bildirimi alır.
Çözülen Sorunlar
Adobe Sign: Mayıs 2021
Gelişmiş İşlevsellik
Kitaplık şablonlarının ve web formlarının sahipliğini farklı bir kullanıcıya aktarma
Artık varlığa erişim izni olan herhangi bir hesap yöneticisi, varlığın sahibini değiştirebilir.
Yönetici, varlık sahipliğini yetkisi altındaki herhangi bir kullanıcıya atayabilir.
- Hesap yöneticileri tüm paylaşılan varlıklara ve tüm kullanıcılara erişebilir. Bu nedenle, hesap düzeyindeki yöneticiler, herhangi bir kitaplık şablonunun veya web formunun sahipliğini hesaplarındaki herhangi bir kullanıcıya yeniden atayabilir
- Varlık yalnızca bir kullanıcı (sahip) tarafından kullanılabilir olacak şekilde yapılandırılmışsa paylaşılmaz ve bu nedenle yeni bir sahiple yeniden atama yapılamaz
- Grup yöneticileri yalnızca yönetici yetkilerine sahip oldukları gruplar içindeki kitaplık şablonlarına ve web formlarına erişebilir
- Grup yöneticileri bir varlığı yalnızca birincil grubu kendi yönetici yetkisi altında bulunan bir kullanıcıya yeniden atayabilir
VARLIK TRANSFERİNİ DESTEKLEYEN GÜNCELLENMİŞ API UÇ NOKTALARI
Aşağıda açıklanan uç noktalar yalnızca v6 REST API'de mevcuttur.
Kitaplık belge sahibinin güncellenmesi desteklenecek şekilde genişletildi.
LibraryDocumentInfo:
Ek Hata Durum Kodları:
Widget sahibinin güncellenmesi desteklenecek şekilde genişletildi.
WidgetInfo:
Ek Hata Durum Kodları:
LibraryDocument nesnesindeki yeni alanlar:
LibraryDocumentInfo nesnesindeki yeni alanlar:
Güncellenmiş davranışa sahip alanlar:
WidgetInfo nesnesindeki yeni alanlar:
Güncellenmiş davranışa sahip alanlar:
Deneyimdeki Değişiklikler
Varsayılan v6 REST GET /workflows{workflowId} dönüş değeri değişti
v6 REST GET /workflows{workflowId} API çağrısı, WorkflowID'nin mevcut sürümünü döndürecek şekilde güncellendi (Mayıs sürümü öncesinde döndürülen değer olan orijinal sürüm ID'si yerine)
Bu güncelleme, varsayılan API deneyimini Webhook deneyimi ile hizalar ve aynı WorkflowID'yi sağlayarak uygulamaların geliştirilmesi ve yönetimini iyileştirmelidir.
Herhangi bir nedenle hesabınızın API'nin orijinal ID'yi döndürmesini gerektiriyorsa (Mayıs sürümünden önceki gibi), hesabınızın İş Akışları için temel sürüm ID'lerini döndürmesini talep etmek üzere destekle iletişime geçin
Çözülen Sorunlar
Adobe Sign: Haziran 2021
Birden Çok Gruptaki Kullanıcılar (UMG)
Birden çok grup hesabındaki yöneticiler, artık hesaplarındaki Kullanıcılara birden çok Gruba erişim izni verebilir. Bu sayede, grupları bir iş akışı şablonu biçimi olarak kullanma seçeneği açılır ve grubun kullanabileceği kitaplık şablonları için belirli gönderme ve imzalama kontrolleri zorunlu kılınır.
Yükseltmeyi isteyen mevcut işletme ve kurum hesapları, yükseltme işlemini buradan inceleyebilir >
Sign'da Liquid Mode ile tanışın
Gönder Sayfası veya sendAgreement API aracılığıyla gönderilen HTML için cep telefonlarında Liquid Mode görünümünü etkinleştirin. HTML için Sign'da Liquid Mode'u etkinleştirme seçeneği artık hem hesap hem de grup düzeyinde Yönetici menüsü listesinde yer almaktadır.
Liquid Mode belgeleriyle ilgili tüm ayrıntıları burada bulabilirsiniz >
Not
Liquid Mode şu anda yalnızca NA1, NA2 ve NA4 ortamlarında kullanılabilir.
Sorunsuz web formu güncellemeleri
Taslak durumundaki web formları şunları değiştirecek şekilde düzenlenebilir:
- Web Formu Adı
- karşı imzalayanların e-posta adresleri
- bilgi kopyası gönderilen tarafların e-posta adresleri
- düzenlenecek olan eklenmiş dosyalar
- web formundaki alanlar (önceden oluşturulmuş olanlar)
Etkin bir web formunu güncellemek, orijinal URL değiştirilmeden form öğelerinin düzenlenmesine olanak sağlar. Bu sayede, önceden gömülmüş veya kitlenize gönderilmiş bir web formunun içeriğini güncellemeniz gerekirse bu işlemi sorunsuz bir şekilde halledebilirsiniz. Düzenlenebilen öğeler:
- alıcılar için dosyalar (belgeler) ve geçerli alanlar
- imzalayarak onaylayan taraflar (Yönet sayfasından)
- CC'ye eklenen taraflar (Yönet sayfasından)
Not
Sorunsuz web formu işlevleri sağlamak için Genel Ayarlar menüsünde Ek katılımcılara izin ver seçeneğini etkinleştirmeniz gerekir:
Katılım Damgası: Unvanı ve Şirket Görünümünü Kontrol Etme
Katılımcı damgası alanında alıcının Unvanı ve Şirketinin (kullanıcı profilinden alınır) gösterilmesini etkinleştirmeyi ya da devre dışı bırakmayı sağlayan kontroller eklendi.
Daha ayrıntılı bilgiyi Alan Türleri sayfasında bulabilirsiniz >
Yeni varsayılan protokol OAuth 2.0
Kullanım hatalarını önlemek için OAuth uç noktasının yeni (geliştirilmiş) bir sürümü eklendi. Bu sürümde:
- api_access_point / web_access_point yalnızca Erişim Belirteci İsteğinde (gövdede) döndürülür
- Adobe Sign, parolayı sorgu parametresi olarak kabul etmez
- İstemci gizli anahtarının yenilenmesi desteklenmektedir
OAuth v1 uç noktası, sürekli erişimi mümkün kılmak için önümüzdeki birkaç ay boyunca mevcut bağlantılar için çalışmaya devam edecektir.
Teknik Bildirimler sayfasında OAuth v1'in kullanımdan kaldırılması planlandığında duyurulacaktır.
İstemci Parolası Rotasyonu
Uygulama İstemcisi Parolaları, Adobe Sign kullanıcı arabiriminde uygulama kimliğine erişimi olan tüm yöneticiler tarafından rotasyona alınabilir:
Deneyimdeki Değişiklikler
Grup Yöneticileri yalnızca kendi yönetici yetkileri kapsamındaki API uygulamalarını görebilir
Hesaba eklenen uygulamaların görünürlüğü, artık yalnızca kullanıcının yönetim kapsamına giren uygulamaların gösterileceği şekilde sınırlandırılmıştır. Davranış değişikliğini yalnızca Grup yöneticileri görecek:
- Kullanıcılar sahip oldukları uygulamaları görür
- Grup yöneticileri, yönetici yetkisine sahip oldukları grupların kapsamındaki uygulamaları görür
- Hesap yöneticileri, hesaptaki tüm uygulamaları görür
Bir sözleşme tamamlandığında gönderene iletilen e-posta güncellendi
Gönderene iletilen bir sözleşmenin son e-posta bildirimi, tamamlanan sözleşme hakkında bilgilendirilen tüm tarafların kapsamlı bir listesini sağlayacak şekilde güncellendi.
Bu e-posta şablonunu yalnızca ilk gönderen alır.
GET /agreements/{agreementId}/signingUrls için v6 REST API Sonucu güncellendi
Haziran sürümünden önce, GET /agreements/{agreementId}/signingUrls çağrılırken API, sözleşme oluşturulduktan hemen sonra bir 404 döndürürdü.
404 hatası giderildikten kısa bir süre sonra yanıt, 404 olmayan bir yanıt döndürür ancak yalnızca gönderenin imza URL'lerini içerirdi. (İmzalayanın katılımı hâlâ tanımlanırken.)
Haziran 2021 lansmanından sonra, imza URL'lerinin tam listesi tamamlanana kadar bir 404: AGREEMENT_NOT_EXPOSED kodu döndürülecek ve bu sırada bir 200 kodu gönderilecektir.
200 yanıtı döndürülene kadar API çağrısını denemeye devam etmek istemeyen müşterilerin Web kancalarını kullanmaları ve AGREEMENT_CREATED olayına yanıt vermeleri önerilir.
Çözülen Sorunlar
Adobe Sign: Ağustos 2021
Deneyim Değişikliği
- Uluslararası Aadhaar Desteği: Tüm Adobe Sign örneklerindeki müşteriler artık dijital imza sağlayıcısı olarak isteğe bağlı Aadhaar hizmetini kullanabilir. Bu hizmet, önceden yalnızca IN1 örneğindeki hesaplar için kullanılabiliyordu. Aadhaar eklentisi, imza işlemi başına ek bir ücret karşılığında satın alınabilir.
- REST v6 Güncellemesi: POST /users - REST v6 POST /users API çağrısı, isteğe bağlı primaryGroupId parametresinin tanımlanmamış olması durumunda kullanıcıyı hesabın Default (Varsayılan) grubunda oluşturacak şekilde güncellendi. Bu değişiklik, yalnızca REST API v6 sürümünü etkilemektedir.
Çözülen Sorunlar
|
|
Açıklama |
|---|---|
|
4299495 |
Talimat içindeki müşteri tanımlı URL'nin çalışmamasına neden olan İş Akışı Tasarlayıcısı'ndaki bir sorun düzeltildi. |
|
4308294 |
Aynı alıcı e-postasının sözleşmede birden fazla kez kullanılması durumunda Kime ve Alıcı Adı alanlarının boş kalabileceği Rapor CSV dosyasındaki bir sorun düzeltildi. |
|
4310569 |
Adobe Sign şablonları sandbox seçeneklerinden filtrelendi. |
|
4311098 |
Grup Yöneticilerinin CSV yüklemesi ile gruptaki kullanıcıları güncelleyemediği bir sorun düzeltildi. |
|
4311723 |
Kullanıcı farklı bir Adobe Sign örneğindeyse GET /groups/ID/users API çağrısının başarısız olduğu bir sorun düzeltildi. |
|
4312103 |
Toplu yükleme yoluyla oluşturulan SAML kullanıcılarının Aktif durumu yerine Oluşturuldu durumunda olduğu bir sorun düzeltildi. |
|
4312309 |
Grup yöneticilerinin, gruplarındaki diğer kullanıcılar tarafından oluşturulan Web Formlarının sahipliğini yeniden atayamadığı bir sorun düzeltildi. |
|
4312840 |
Yeni kullanıcıya ikinci bir aktivasyon e-postası gönderildiğinde ve bu ikinci e-posta bağlantısı kullanıldığında yeni kullanıcıları aktive etmeyle ilgili bir sorun düzeltildi. |
|
4314751 |
Başka bir kullanıcı Adına İmzalama yaparken Sözleşmeyi Reddetme seçeneğinin görünmediği bir sorun düzeltildi. |
|
4315033 |
SAML modu Zorunlu olarak ayarlandığında hesap yöneticilerinin parolaları sıfırlayamamasıyla ilgili bir sorun düzeltildi. |
|
4315605 |
Resmi kurum kimliği görsellerinin başarılı bir şekilde işlenmediği bir sorun düzeltildi. |
|
4316057 |
Resmi kurum kimliğinin belgenin dört köşesinin bulunamadığını belirten bir hata üretmesiyle ilgili bir sorun düzeltildi. |
|
4316474 |
Seçeneğin etkinleştirilmediği hesaplarda Adına İmzala seçeneğinin görüntülendiği bir sorun düzeltildi. |
|
4316659 |
GET /agreements/id çağrısında "actingUserEmail" e-posta adresinin sözleşme tamamen imzalandıktan sonra sistem tarafından oluşturulan bir e-postayı geri döndürmesine neden olan bir sorun düzeltildi. |
|
4317095 |
İlk imzalayan için Bilgi tabanlı Kimlik Doğrulama kullanıldığında alıcı adının Katılımcı 1 etiketine aktarıldığı bir sorun düzeltildi. |
|
4317221 |
Başarısız webhook'lar için otomatik bildirim e-postalarının, oluşturucuya bildirim gönderilmeyecek şekilde yapılandırılmasına rağmen webhook oluşturucusuna gönderildiği bir sorun düzeltildi. |
|
4317347 |
Power Automate'te OAuth kimlik doğrulama işleminin kullanıcıyı ana sayfaya yönlendirmesiyle ilgili bir sorun düzeltildi. |
|
4317429 |
CSV yüklemesi yapılarak güncellenirken yöneticilerin kullanıcılar için Can Send özelliğini güncelleyememesiyle ilgili bir sorun düzeltildi. |
|
4317548 |
iPad kullanan bazı müşterilerin mobil cihazlar için optimize edilmiş sayfa yerine web sayfasını görmesiyle ilgili bir sorun düzeltildi. |
|
4317629 |
Kesme işareti içeren adlarda kesme işaretinin HTML kodunun görüntülendiği bir görüntüleme sorunu düzeltildi. |
|
4318175 |
Kullanıcıların e-posta bağlantısı üzerinden hesap arşivlerken hata almalarına neden olan bir sorun düzeltildi. |
|
4319012 |
REST v5 ve v6 POST /users yöntemiyle oluşturulan kullanıcıların varsayılan grupta oluşturulmamasına neden olan bir sorun düzeltildi. |
|
4320197 |
Düğmenin etkin olmaması nedeniyle İmzalayan Kimlik Raporu'nun Yönet sayfasından indirilemediği bir sorun düzeltildi. |
Adobe Sign: Eylül 2021
Gelişmiş İşlevsellik
- Korumalı Alan: Kurumsal katman müşterileri; şablonları, müşteri iş akışlarını, API uygulamalarını ve daha fazlasını test edebilecekleri Korumalı Alan ortamına erişim satın alma seçeneğine sahiptir. Bu nesneler, güvenli bir ortamda güncelleme yapmak için üretim ortamından korumalı alana taşınabilir ve güncellemeler doğrulanıp dağıtıma hazır olduğunda üretim ortamına geri taşınabilir.
- ECDSA Dijital İmza Desteği - Adobe Sign artık ANS X9.62-2005 standardında tanımlanan eliptik eğri kriptografisini kullanan ECDSA formatına dayalı daha güvenli ve verimli dijital imzaları destekliyor.
FIPS standartları tarafından tanımlanan SHA-2 karması işlevlerine sahip NIST eğrileri artık desteklenmektedir ve Cloud Signature Consortium'daki Güvenilir Hizmet Sağlayıcısı (TSP) ortaklarımızın, imzalayanlara (ABD Federal ve Singapur Resmi Kurumlarının kullanımı için önerilen gereklilikleri karşılayanlar da dahil) daha hızlı ve daha güvenli eliptik eğri kimlik bilgilerini kullanma seçeneği sunmasına olanak sağlamaktadır.
- Liquid Mode Güncellendi: Liquid Mode imzalama deneyimi, sözleşmelerin ötesine geçerek web formlarını içerecek şekilde genişletildi. Liquid Mode formları, doldurulması gereken alanlara odaklanmayı iyileştirirken form içeriğini görüntülemek için parmaklarınızı birleştirerek yakınlaştırma ihtiyacını azaltarak imzalayanın deneyimini önemli ölçüde iyileştirebilir.
Ayrıca, Liquid Mode artık Kuzey Amerika parçalarıyla sınırlı değil. Tüm kurum ve iş hesapları artık konumdan bağımsız erişime sahip.
- Yeni TSP'ler: Cloud Signature Consortium'un yeni Güvenilir Hizmet Sağlayıcıları olan Cleverbase (Hollanda), PrimeSign (Avusturya), Sectigo (Küresel) ve TrustPro (İrlanda), en yüksek standartları ve uyumluluk gerekliliklerini karşılayan güvenli dijital imzalar uygulamak için sertifikalar sunmaktadır.
- Alıcılara yönelik e-posta başlıklarındaki Kime ve CC alanlarını özelleştirin - E-posta başlıkları aracılığıyla alıcılara e-posta adreslerinin sızması konusunda endişeli müşteriler, Kime ve CC alanlarındaki e-posta adresi değerlerini gizlemeyi seçebilir.
- Bu seçenek, kurumsal ve işletme seviyelerindeki hesaplarda kullanılabilir. Ayrıca hesap ve grup düzeyinde yapılandırılabilir.
- Özellik kontrollerine Hesap Ayarları > E-posta Ayarları > Kime ve CC Alanlarını Özelleştir bölümüne giderek erişilebilir.
Deneyimdeki Değişiklikler
- eSign sayfalarında Adobe Kullanım Koşulları'nın Kabulü: Adobe Sign, Adobe'nin yasal gerekliliklerine uyum sağlamak amacıyla eSign sayfasında kullanım koşullarının (ToU) kabulüne ilişkin işlemleri güncellemektedir. Yeni deneyimde, tüm "bilinmeyen" alıcıların sözleşmeyle etkileşim kurmadan önce Adobe Sign ToU ve Gizlilik Politikası metnini kabul etmesi (Devam Et düğmesini tıklatarak) gerekir. Bu kabul, müşteri hesabının yapılandırmış olabileceği özel ToU metninden farklıdır. Bu özel ToU, hesap TOU/CD kabul yapılandırması doğrultusunda geçerli olmaya devam edecektir.
- "Bilinmeyen" alıcı, güvenilen bir hesaptaki kayıtlı, birincil kullanıcı e-postası olmayan herhangi bir e-posta adresidir.
- "Bilinen" kullanıcılar, Adobe Sign ToU metnini kullanıcı hesaplarını doğrularken kayıt işleminin bir parçası olarak kabul etmiştir ve bu nedenle tekrar kabul etmeleri istenmez.
Aşağıda, müşteri tarafından yapılandırılmış özel bir ToU metni içeren bir sözleşmeye yönelik Açık Onay akışına örnek verilmiştir:
- Devam Et düğmesini seçerek (sözleşmeyi açtıktan sonra) Adobe Sign ToU'yu kabul edin.
- Sözleşme alanlarını gereken şekilde doldurun.
- Müşteri Açıklaması'nı ve özel ToU'yu İmzalamak İçin Tıklayın düğmesini seçerek kabul edin.
- Ad değerlerini kilitleme işlevi girilen imzalar için genişletildi - Mart sürümünde, adın sağlanması veya bilinmesi durumunda (API veya kullanıcı profili aracılığıyla) alıcının imzalama sırasında ad değerini düzenleme yetkisini etkinleştirmeyi/devre dışı bırakmayı sağlayan bir ayar tanıtıldı. Girilen imzalar bu özelliğin dışında bırakıldı ve bu durum, bazı imzalayanların imzalama süreci sırasında ad değerlerini değiştirmesine neden oldu. Eylül sürümünde bu özellik, girilen imzalar dahil tüm imza türleri için ad kilitleme ayarı sunulacak şekilde güncelleştirildi.
- İsimlerini ve kısaltmalarını yazmayı etkinleştiren ve İmzalayanlar isimlerini veya kısaltmalarını değiştirebilir seçeneğini devre dışı bırakan müşteriler bir davranış değişikliği görecek – yazılan imzalar için imza süreci sırasında isim değeri artık düzenlenebilir değil.
- İmza sürecinde ad değerinin düzenlenmesine izin vermek isteyen müşteriler, İmzalayanlar adlarını veya paraflarını değiştirebilir ayarını (İmza Tercihleri menüsünde) etkinleştirebilir.
- Etkin olmayan kullanıcılar sözleşmeleri imzalayabilir: Adobe Sign artık etkin olmayan kullanıcılara sistemde bilinmeyen kullanıcı olarak davranmaktadır (gelen sözleşmeleri imzalama amacıyla). Etkin olmayan bir kullanıcının bir sözleşme imzalaması istendiğinde, özel olarak söz konusu sözleşmenin imzalanması için tek kullanımlık yeni bir kullanıcı kimliği oluşturulur. Tek kullanımlık kullanıcı kimliği, etkin olmayan kullanıcı kimliğinden ve bu kimlikle ilişkili hesaptan bağımsızdır. Bunun çeşitli sonuçları vardır:
- Etkin olmayan durum, sözleşme için oluşturulan tek kullanımlık kullanıcı kimliği için geçerli olmadığından etkin olmayan bir kullanıcıya gönderilen sözleşmeler imzalanabilir.
- Tek kullanımlık kullanıcı kimliği ile imzalanan sözleşmeler, etkin olmayan kullanıcı kimliğine ait varlıklar değildir ve etkin olmayan kullanıcı kimliğinin hesabında bulunmaz.
- Etkin olmayan kullanıcı kimliğiyle yapılan paylaşımlar, tek kullanımlık kullanıcı kimliğiyle imzalanan sözleşmeleri yansıtmaz.
- Etkin olmayan kullanıcı kimliğine karşı yapılan bildirimler, tek kullanımlık kullanıcı kimliğiyle imzalanan sözleşmeleri yansıtmaz.
- Etkin olmayan kullanıcı kimliğinin yeniden etkinleştirilmesi durumunda, tek kullanımlık kullanıcı kimlikleriyle imzalanan sözleşmelerin kayıtlarını Yönet sayfasında görmezler.
Yukarıdaki davranışın iki istisnası vardır:
- Etkin değil olarak işaretlenmeden önce kullanıcılara gönderilen sözleşmeler imzalanmayabilir (sözleşme zaten etkin olmayan kullanıcı kimliğine bağlı).
- Açık şekilde anlaşmaları imzalamasına izin verilmeyecek şekilde yapılandırılan kullanıcılar herhangi bir imzalama eyleminin yasaklanmasına devam edecek.
Etkin olmayan kullanıcıların Adobe Sign sistemine giriş yapması ve yetkileri dahilinde sözleşme göndermesi (herhangi bir yöntemle) hala engellenmektedir.
- Web formu erişimi için parola ile geliştirilmiş güvenlik: Web formlarında, birkaç başarısız girişimden sonra, parola ile korunan URL'lere erişim için gecikme eklendi.
- Uluslararası Aadhaar Desteği: Tüm Adobe Sign örneklerindeki müşteriler artık dijital imza sağlayıcısı olarak isteğe bağlı Aadhaar hizmetini kullanabilir. Bu hizmet, önceden yalnızca IN1 örneğindeki hesaplar için kullanılabiliyordu. Aadhaar eklentisi, imza işlemi başına ek bir ücret karşılığında satın alınabilir.
- Sınırlı anlaşma paylaşımı - Anlaşmanın harici bir e-posta adresine paylaşılması durumunda anlaşma paylaşımı sınırlandırıldı.
- Birden çok lisansa sahip hesaplar, tek bir sözleşmeyi en fazla on kez paylaşabilir.
- Bireysel hesaplar bir anlaşmayı 5 defaya kadar paylaşabilir.
- Sözleşmelerin şirket içi kullanıcılarla paylaşımı kısıtlanmamıştır.
- Birden çok lisansa sahip hesaplar, tek bir sözleşmeyi en fazla on kez paylaşabilir.
- Telefonla Kimlik Doğrulamada Kullanılan Özel Şirket Adı hizmetten kaldırıldı: Telefonla Kimlik Doğrulama yöntemine eklenebilen özelleştirilebilir şirket adı değeri, Haziran Teknik Bildirimi'nde açıklandığı gibi hizmetten kaldırıldı.
- HIPAA özellikli hesaplar artık Genel/Grup Ayarları sayfasından alıcı e-postalarındaki görüntü ve bağlantıların kontrollerine erişebilir.
- Dosya Eklerinin son PDF'e dahil edilme sırası, önce sayfa numarasına, sonra alan konumuna (soldan sağa; yukarıdan aşağıya okurken) göre sıralama yapılacak şekilde güncellendi
- Yeni Yönet sayfasındaki Alıcıyı Değiştir özelliği, artık gönderenin yeni alıcı için isteğe bağlı bir mesaj eklemesine olanak tanıyor.
Daha fazla ayrıntı için Alıcıyı Değiştir özelliğini inceleyin >
- Artık sözleşme için çok faktörlü kimlik doğrulama yapılandırıldığında tamamlanan sözleşmelere erişen harici imzalayanların bir kimlik doğrulama işlemini geçmesi gerekiyor (Adobe Sign'da oturum açmalarının istenmesi yerine).
- Web formları, Yönet sayfasındaki Form Alanı Verilerini İndir özelliği kullanılarak alan verilerine erişildiği durumlarda artık doğrulanmamış web formlarının alan değerlerini bildiriyor.
API Güncellemeleri
- Web formları için Sözleşmeyi Oku seçeneği: Web formlarını görüntüleme erişimi sağlamaya yönelik iki yeni REST v6 API çağrısı eklendi:
- GET /widgets/<resourceId>
- GET /widgets/<resourceId>/combinedDocument/url
- GET/workflows/{workflowId} yanıtta artık katılımcının rolünü döndürüyor.
Çözülen Sorunlar
| 4292343 | Mobil aygıtlarda YAZMA imza seçeneği kullanılırken imza netliği geliştirildi. |
| 4295123 | Tarayıcıda açıldığında dijital imzaların görünmesini engelleyebilecek bir sorun çözüldü. |
| 4299289 | Gönderenin yeni alıcı için bir mesaj eklemesine izin verilerek Alıcıyı Değiştir deneyimi iyileştirildi. |
| 4299857 | İmzalı bir sözleşmenin sertifika mührü uygulamamasına neden olabilen bir sorun çözüldü. |
| 4304261 | Sözleşmeyi Oku seçeneğinin Seçenekler menüsünde görünmemesine neden olabilen bir sorun çözüldü |
| 4308516 | Kullanıcıların OneDrive'ı kullanırken sürekli olarak yönetici izni almaları istenmesine neden olabilen bir sorun çözüldü |
| 4310225 | Birden çok imza içeren sözleşmelerin şu Sunucu hatasını tetiklemesine neden olan bir sorun çözüldü: Hata Mesajı: Bu belgeye uygulanan imza geçerli değil. Lütfen imzayı silin ve tekrar imzalayın. |
| 4310416 | POST /users kullanılarak oluşturulduğunda kullanıcıların etkin durumda oluşturulması için v5 REST API güncellendi |
| 4311287 | Bir kullanıcı gruptan kaldırıldıktan sonra UMG etkin olan hesaplarda Grupta gezinme düğmesinin kaybolmasına neden olabilen bir sorun çözüldü. |
| 4311956 | Bir alan için belirlenen font boyutunun imzalayan deneyimine yansıtılmaması sorunu düzeltildi. |
| 4312302 | SAML modu Zorunlu olarak ayarlandığında Parolayı Sıfırla seçeneğinin kaldırılmasına neden olan bir sorun çözüldü. |
| 4312735 | Paylaşılan bildirimler devre dışıyken paylaşılan etkinlik bildirimlerinin gönderilmesine neden olabilen bir sorun çözüldü. |
| 4313025 | Hibrit yönlendirme etkinken bir Form Dolduran rolünün atanmamış rolleri dolduramamasına neden olabilen sorun giderildi. |
| 4313030 | Gönderenin birincil grubunun gönderim yapmasına izin verilmezken özel bir iş akışı kullanıldığında UMG etkin hesaplarının bir hata tetiklemesine neden olan sorun çözüldü. |
| 4313264 | HIPAA özellikli ayar, Genel Ayar sayfasındaki e-posta bağlantısı/görüntüsü ayarlarına erişime izin verecek şekilde güncellendi. |
| 4315839 | Gönderen aynı zamanda ikinci alıcı olduğunda alanların önceden doldurulmasına izin vermeyen özel iş akışlarıyla ilgili sorun düzeltildi. |
| 4316058 | Rapor alanı davranışı, metin alanlarında metnin sonuna sıfırların eklenmesine izin verecek şekilde güncellendi. |
| 4317382 | Radyo düğmelerinin, araç ipucunda kesme işaretleri yerine HTML kodunu göstermesiyle ilgili sorun düzeltildi |
| 4317978 | Dosya Eklerinin son PDF'de sıralanma şekli, ilk olarak alanın Sayfa numarasına ve ikinci olarak alanın göreceli konumuna göre (soldan sağa ve yukarıdan aşağıya okunurken) gruplandırılacak şekilde güncellendi. |
| 4318598 | GET/workflows/{workflowId} REST v6 API çağrısı artık yanıtta katılımcı rolünü döndürüyor. |
| 4318606 | Yönet sayfasındaki "Form Alanı Verilerini İndir" özelliği artık, henüz doğrulanmamış web formlarının alan değerlerini döndürüyor. |
| 4318617 | UMG özellikli hesapların, grup yöneticisinin bir daveti yeniden göndermesine izin vermemesine neden olan bir sorun çözüldü. |
| 4318679 | Zaman zaman Yazılı imza belgelerinin yüklenememesine neden olabilecek bir sorun çözüldü. |
| 4318926 | Mobil aygıttan sözleşme oluştururken (Tarayıcınızda çerez işlevi devre dışı bırakıldı) hatasının tetiklenmesine neden olabilen bir sorun düzeltildi. |
| 4318991 | SAML'ın İzin Verildi olarak ayarlandığı durumlarda maksimum oturum açma hatası ayarının yok sayılmasına neden olabilen bir sorun çözüldü. |
| 4319068 | Artık çoklu kimlik doğrulama yapılandırıldığında, harici alıcıların tamamlanan sözleşmelere erişebilmesi için ikinci bir kimlik doğrulama işleminden daha geçmesi gerekiyor (Adobe Sign'da oturum açmak yerine). |
| 4319422 | Parolayla kimlik doğrulanan sözleşmelerde bir alıcının parola onaylanmadan değiştirilebilmesine neden olabilen sorun giderildi |
| 4319455 | Gelişmiş paylaşımda ayarların kaydedildikten sonra kalıcı olmamasına neden olabilen bir sorun çözüldü. |
| 4320123 | Yönet sayfasında bir sözleşme için Görüntüle ve Onayla işlevi denendiğinde bir hata tetiklenmesine neden olabilen bir sorun çözüldü. |
| 4320205 | Bir sözleşmeyi gelişmiş paylaşım kullanarak önceden doldururken ilerleme durumunun kaydedilmesini önleyebilen bir sorun çözüldü. |
| 4320542 | UMG özellikli hesaplarda, Arama kullanılarak bir grubun kaldırıldığı durumlarda kullanıcının tüm grup ilişkilerinin de kaldırılmasına neden olabilen bir sorun çözüldü. |
| 4321357 | Kimlik doğrulama için KBA seçildiğinde ve "Göndermede adı zorunlu kıl" seçeneği etkinleştirildiğinde gönderme sayfasında hata tetiklenmesine neden olabilen bir sorun çözüldü. |
| 4322445 | Tutarlı arka plan rengi sağlamak için içerik oluşturma geliştirildi. |
| 4322956 | Özel e-posta şablonlarında alıcıların, imzalayanın gerçek e-posta adresini görmemesine neden olabilen bir sorun çözüldü. |
| 4323609 | Geliştirme Aşamasında - İmzalı bir belge yüklenerek tamamlanan sözleşmelerin AGREEMENT_WORKFLOW_COMPLETED web kancası bildirimini tetiklememesine neden olabilen bir sorun düzeltildi. |
| 4323968 | Ad değerinin profil veya API aracılığıyla sağlandığı durumlarda Yazılmış imzaları da dahil edecek şekilde imza kilitleme özelliği geliştirildi. |
Adobe Sign: Ekim 2021
Gelişmiş İşlevsellik
- Kötüye Kullanımı Bildirme Bağlantıları: Küçük işletme ve bireysel kullanıcı seviyelerindeki hesaplar, artık alıcıların gelen sözleşme talepleriyle ilgili olası kötüye kullanım faaliyetlerini bildirebileceği bir bağlantıyı iletiye ekleyebilir.
- Notarize Entegrasyonu - Notarize Inc. Uzaktan Çevrimiçi Noter Onayı (RON) platformu ile Adobe Sign arasındaki entegrasyon, müşterilerin Adobe Sign işlemlerinin bir parçası olarak uzaktan çevrimiçi noter onayı hizmeti eklemelerini sağlar. ETLA programı aracılığıyla doğrudan Adobe tarafından satılan kurumsal ve işletme seviyelerindeki ABD müşterileri için etkinleştirme olanağı sunulur. Notarize İşlemleri, yalnızca bu müşteriler tarafından ek bir ücret karşılığında eklenti olarak satın alınabilir.
- Sayfa güncellemelerini gönder - Noter özelliği etkinleştirilmiş müşteriler, alıcı kaydında, kimlik doğrulama yönteminin hemen sağındaki Noter onayı gerektirir seçeneğini belirleyebilir:
- Sayfa güncellemelerini gönder - Noter özelliği etkinleştirilmiş müşteriler, alıcı kaydında, kimlik doğrulama yönteminin hemen sağındaki Noter onayı gerektirir seçeneğini belirleyebilir:
Not
Uygulamalarında veya entegrasyonlarında gömülü Gönder sayfasını kullanan müşteriler de noter işlevine erişebilir.
Sözleşme yapılandırıldıktan ve gönderen İleri öğesini tıklattıktan sonra, göndericiye notarizasyon işlemi için ek yapılandırma seçenekleri sunulur:
- API güncellemeleri - API'lerde Notarize entegrasyonunu destekleyecek önemli güncellemeler bulunmaktadır:
POST /agreements
POST/agreements API'si, notarizasyon için sözleşme göndermeyi desteklemek üzere güncellenmiştir.
- Noter oturumu katılımcısını belirtmek için NOTARY_SIGNER adlı yeni bir rol kullanılmalıdır.
- AgreementInfo tanımına, noter onayı gerektiren yeni bir sözleşme oluşturmayla ilişkili tüm seçenekleri içeren yeni bir NotaryInfo özelliği eklendi.
|
Parametre Adı |
REST Nesnesi |
Açıklama |
||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
memberInfos |
ParticipantInfo[] |
Katılımcılara özgü verileri (e-posta vb.) içeren ParticipantInfo nesneleri dizisidir. Dizideki tüm katılımcılar aynı sete aittir. |
||||||||||||||||
|
rol |
|
Setteki tüm katılımcıların üstlendiği roldür (imzalayan, onaylayan vb.) |
FileInfo uzantısı
FileInfo tanımının, hangi belgelerin noter onaylı olması gerektiğini gösterecek şekilde genişletilmesi gerekir.
|
Parametre Adı |
Tür |
Varsayılan |
Zorunlu |
Açıklama |
|---|---|---|---|---|
|
belge |
Document |
|
isteğe bağlı |
Sözleşmeyle ilişkilendirilen bir belge. |
|
label |
Dize |
|
isteğe bağlı |
Bir dosya bilgi öğesinin benzersiz etiket değeri. Özel iş akışı durumunda bu, dosyayı iş akışı tanımındaki ilgili dosya öğesine eşler. |
|
libraryDocumentId |
Dize |
|
isteğe bağlı |
Sözleşmeye eklenecek mevcut Kitaplık belgesinin kimliği |
|
transientDocumentId |
Dize |
|
isteğe bağlı |
Sözleşmeye eklenecek geçici belgenin kimliği |
|
notarize |
true |
false |
isteğe bağlı |
Bu belgenin notarize edilmesi gerektiğini belirtir. |
ParticipantInfo uzantısı
ParticipantInfo tanımı, noter kimlik doğrulama yönteminin belirlenmesine izin verecek şekilde genişletildi.
|
Parametre Adı |
Tür |
Varsayılan |
Zorunlu |
Açıklama |
|---|---|---|---|---|
|
e-posta |
Dize |
Yok |
zorunlu |
Katılımcının e-postası. |
|
notaryAuthentication |
Enum |
MULTI_FACTOR_AUTHENTICATION |
isteğe bağlı |
MULTI_FACTOR_AUTHENTICATION - Noter kimlik doğrulaması iki faktörlü kimlik doğrulama yöntemi kullanılarak gerçekleştirilir |
NotaryInfo
Noter onayı ile ilişkili ek seçenekleri belirten NotaryInfo nesnesini içermek üzere AgreementInfo tanımına isteğe bağlı yeni bir notaryInfo alanı eklendi.
|
Parametre Adı |
Tür |
Varsayılan |
Zorunlu |
Açıklama |
|---|---|---|---|---|
|
notaryType |
Enum |
Hesapta sadece Notarize Notary on Demand Hizmeti etkinleştirilmişse |
zorunlu |
NOTARIZE_NOTARY - Noteri Notarize Hizmeti sağlar |
|
ödeme |
Enum |
BY_SENDER |
isteğe bağlı |
Yalnızca type == NOTARIZE_NOTARY |
|
appointmentStart |
Dize |
"" |
isteğe bağlı |
ISO_DATE_TIME biçimlendirilmiş dize Bkz: ISO_ZONED_DATE_TIME |
|
not |
Dize |
yok |
isteğe bağlı |
Noter oturumu için notlar. |
|
notaryEmail |
Dize |
"" |
isteğe bağlı |
kendi noterinizi getirin e-postası |
Örnek / sözleşme
PUT|GET /agreements/{aid}
PUT/agreements/{aid}API, notarizasyon seçenekleri içeren bir sözleşmenin güncellenmesini destekler. GET /agreements/{aid} API, sözleşme noter onayı için ayarlanan seçenekleri döndürür. Güncellenen nitelikleri görüntülemek için POST /agreements bölümüne bakın.
Hata Kodları
POST /agreements için mevcut hata kodlarında herhangi bir değişiklik yoktur. Aşağıda belirtildiği gibi yeni bir hata kodu tanımlanmıştır:
|
REST Hata Kodu |
HTTP Durum Kodu |
Mesaj |
Senaryo |
|---|---|---|---|
|
PERMISSION_DENIED |
403 |
Kullanıcı ayarı veya OAuth kapsam belirteci, notarizasyon için sözleşme gönderilmesine izin vermez. |
Bu hata, rol NOTARY_SIGNER olarak ayarlandığında ve API çağırıcısı (yani olası gönderici) noter özelliğini etkinleştirmediğinde ve/veya noter hizmet sağlayıcısı ayarlanmadığında iletilir. |
Dokümantasyon etkisi
İsteğin AgreementInfo nesnesinde, "status" öğesi, "WAITING_FOR_NOTARIZATION" yeni sözleşme durumunu içerecektir.
POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens
API, müşteriler (noter imzalayanlar) tarafından, akışın e-imza aşamasını tamamlamalarına olanak tanıyan bir imzalama belirteci elde etmek için kullanılabilir.
- Yeni ACCEPT_BEFORE_NOTARIZATION rolünü yakalamak için yeni imzalama özelliği eklendi.
- Noter onay aşamasını tamamlamak için imza belirteçleri alınmamalıdır.
PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status
API, akışın e-imza aşamasını tamamlamak için müşteriler (noter imzalayanlar) tarafından kullanılabilir. Yeni rolü desteklemek için yeni enum durum değeri eklendi: ACCEPTED_BEFORE_NOTARIZATION.
|
Nitelik |
Tür |
Açıklama |
||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Durum |
Enum<String>
|
|
||||||||||||||
Noter imzalayan, e-imza aşamasını tamamlamak için aşağıdaki API çağrıları sırasını takip edebilir:
- GET /agreements/{agreementId}/members - Noter imzalayanın katılımcı kimliğini ve katılımcı seti kimliğini almak için
- POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens - ACCEPT_BEFORE_NOTARIZATION imkanına sahip noter imzalayana yönelik imzalama belirteci talep etmek için
- POST /transientDocuments - Gözden geçirilen belgeyi karşıya yüklemek için
- PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status - Gözden geçirilen belgeyi göndermek ve e-imza aşamasını tamamlamak için.
Yeni web kancası etkinliği
Müşteriler, sözleşme noter onayına hazır olduğunda bilgilendirilmek için AGREEMENT_READY_FOR_NOTARIZATION adlı yeni web kancası etkinliğine abone olabilir. Etkinlik, web kancaları kullanıcı arabiriminde görünmez ve etkinliğe POST /webhooks API çağrısı yoluyla abone olunabilir.
Dokümantasyon etkisi
Şu API'lar değiştirilmedi ancak belgeleri, yeni sözleşme durumu "WAITING_FOR_NOTARIZATION" veya yeni "NOTARY_SIGNER" rolünü içerecek şekilde güncellendi:
GET /agreements
UserAgreements/UserAgreement nesnesine karşılık olarak, "status" öğesi artık ilgili "WAITING_FOR_NOTARIZATION" (NOTER ONAYI BEKLENİYOR) durumunu içerir.
GET /agreements/{agreementId}
Yanıt AgreementInfo nesnesi olan "status" öğesi artık ilgili "WAITING_FOR_NOTARIZATION" durumunu içermektedir.
GET /agreements/{agreementId}/events
API, Yeni READY_TO_NOTARIZE ve NOTARIZED etkinliklerini destekleyecek şekilde güncellendi.
Yanıt Olayı nesnesinde
- "participantRole" öğesi artık yeni NOTARY_SIGNER rolünü içermektedir.
- "type" öğesi, READY_TO_NOTARIZE ve NOTARIZED adlı yeni etkinlikleri içerir. "description" öğesi, sırasıyla "Document sent for notarization" (Notarizasyon için gönderilen belge) ve "Notarized document received" (Noter onaylı belge alındı) olacaktır
GET /agreements/{agreementId}/members/participantSets/{participantSetId}
DetailedParticipantSetInfo nesnesine karşılık olarak, "status" öğesi artık ilgili "WAITING_FOR_NOTARIZATION" durumunu içerir.
PUT /agreements/{agreementId}
Talep AgreementInfo nesnesi artık "WAITING_FOR_NOTARIZATION" durumunu içermektedir.
PUT /agreements/{agreementId}/members/participantSets/{participantSetId}
WAITING_FOR_NOTARIZATION durumu, DetailedParticipantSetInfo nesnesindeki "status" öğesi değerlerinden biridir.
POST /agreements/{agreementId}/view
İzin verilen görünümlerden biri olarak WAITING_FOR_NOTARIZATION (NOTER ONAYI BEKLENİYOR) durumu eklendi.
GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo
İstek yolunda belirtilen katılımcı noter imzalayan rolüne sahipse API, bu sözleşme/katılımcı için diğer tüm imzalama yapılandırmalarıyla birlikte ACCEPT_BEFORE_NOTARIZATION imzalama yapılandırmasını döndürür.
Çözülen Sorunlar
| Sorun | Açıklama |
| 4308901 | Delege edilen telefon numarasının aynı ülke koduna sahip olması durumunda telefonla kimlik doğrulama ile sözleşme delege etme işleminin hata mesajı vermesine neden olan bir sorun düzeltildi. |
| 4314113 | Yeni bir sözleşme gönderilirken varsayılan son kullanma tarihlerinin kullanıcılar tarafından düzenlenememesine neden olan bir sorun düzeltildi |
| 4318558 | Bir alıcının telefonla kimlik doğrulama ile değiştirilmesinin "Belirtilen katılımcı kümesi kimliği geçersiz" hata mesajını vermesine neden olan sorun düzeltildi |
| 4319038 | Gönderenin, "Toplu Halde Gönder" iş akışını kullanarak gönderirken "Harici alıcıların kimlik doğrulaması" seçeneğini alamamasına neden olan bir sorun düzeltildi. |
| 4319798 | Bir radyo düğmesi seçildiğinde imleç odağının farklı bir alana atlamasına neden olabilecek bir sorun düzeltildi. |
| 4320154 | Kitaplık şablonunun yeni bir grup ilişkisine kaydedilmesini engelleyebilen bir sorun düzeltildi. |
| 4323013 | Yönet sayfasında bir web formu açılmasının "Belge henüz kullanılamıyor veya görüntülenecek sayfası yok." hatasını tetiklemesi sorunu düzeltildi. |
| 4323554 | Yönetici haklarını güncellemek için olay saat/tarih damgalarının aynı saat değerlerine sahip iki kayıt oluşturmasına neden olan bir sorun düzeltildi. |
| 4323609 | İmzalı bir sözleşmenin Yönet sayfasına yüklenmesinin AGREEMENT_WORKFLOW_COMPLETED web kancasını tetiklememesine neden olabilen bir sorun düzeltildi. |
| 4325142 | Özel e-posta şablonlarının sözleşmeyi iptal ettiklerinde katılımcı için doğru ad değerini yansıtmaması sorunu düzeltildi. |
| 4326747 | Toplu Halde Gönder sayfasının yükleme işlemini tamamlamamasına ve Yükleme ve Gönderme eylemlerinin atlanmasına neden olabilen bir sorun düzeltildi. |
| 4326855 | Alıcıların bir sözleşme onayını reddetmesini önleyebilen bir sorun düzeltildi. |
| 4327000 | Hiçbir algoritmanın bulunamadığını belirten bir hata mesajıyla Smart-Id kimlik bilgilerinin başarısız olmasına neden olabilen sorun giderildi. |
