İlk Bildirim: Ocak 2022
|
|
Ağustos 2022 |
|---|
Yeni IRS W-4 (2022) formu, W-4 2022 (Çalışanın Stopaj Sertifikası) adıyla, Nisan 2022 sürümünün bir parçası olarak Adobe Sign kitaplığına eklenmesi bekleniyor.
EYLEM GEREKİYOR
Yeni W-4 form şablonunun yeni bir libraryDocumentId değeri var.Uygulamalarınızda mevcut şablonun kitaplıkDocumentId'sini kullanıyorsanız, bunu güncellemeniz gerekecek.
2021 sürümü Haziran 2022'de sistemden kaldırılacak.
Eski (ver 2021) formu kullanan herhangi bir uygulama/API, başarılı hizmette kesinti yaşanmaması için 1. Haziran'dan önce güncellenmeli.
API özellikli bir hesapta libraryDocumentId'yi bulmak için:
- Hesap Yöneticisi olarak giriş yapın
- Hesap sekmesine > Adobe Sign API'ye > API Bilgileri'ne tıklayın > bağlantıya tıklayın: REST API Yöntemleri Belgeleri
- GET /libraryDocuments bölümünde, OAUTH ACCESS-TOKEN düğmesine tıklayın
- library_read:self kapsamını etkinleştirin
- Deneyin! öğesini tıklatın. düğme
- Yanıt Gövdesinde, yeni W-4 2022 (Çalışanın Stopaj Sertifikası) form şablonunu (değil ver.) bulun.2021) kitaplıkDocumentId değerini görmek için.
|
İlk Bildirim: Haziran 2022 |
Mevcut Listeden Kaldırıldı: Temmuz 2022 |
|---|
14 Haziran sürümünde iki yeni webhook eklendi:
- Anlaşma son kullanma tarihi güncellendi (AGREEMENT_EXPIRATION_UPDATED) (Yalnızca REST v6 API POST /webhooks aracılığıyla kullanılabilir) - Bir anlaşmanın son kullanma tarihi güncellendiğinde tetiklenir.
- Anlaşma imzalayan adı imzalayan tarafından değiştirildi (AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) - Bir alıcı imzalarken adını anlaşma oluşturulduğunda sağlanan addan farklı bir değer olacak şekilde değiştirdiğinde tetiklenir.
Her iki webhook de kullanılabilir.
|
İlk Bildirim: Haziran 2022 |
Mevcut Listeden Kaldırıldı: Haziran 2022 |
|---|
8 Haziran 2022'de Adobe Acrobat Sign, Microsoft Teams, Outlook, Word ve PowerPoint entegrasyonları için bildirim çerçevesini callback'lardan webhook'lara geçirdi.Bu, bildirim teslimatını iyileştirecek ve kullanıcıların belgenin nereden kaynaklandığına bakılmaksızın tüm Acrobat Sign belge bildirimlerini tercih ettikleri entegrasyonda almalarını sağlayacaktır.
Güncelleme tamamlandıktan sonra, son kullanıcıların entegrasyonları kullanmaya devam etmeden önce webhook'ları görüntüleme, oluşturma/düzenleme ve silme dahil olmak üzere Acrobat Sign izinlerini yeniden kabul etmesi istenecektir.
Acrobat Sign izinlerinin yeniden kabulü yalnızca bir kez gereklidir ve tüm Microsoft 365 entegrasyonlarında Acrobat Sign için geçerli olacaktır.Bu izin hesap düzeyinde verilir ve son kullanıcılar tarafından kabul edilmelidir.
Lütfen aşağıdaki uygun yardım sayfasını ziyaret edin ve ek bilgi için "Kimlik doğrulamalı ilişki kurma" bölümünü inceleyin. "Canlı" Acrobat Sign yardımı için Acrobat Sign hesabınıza giriş yapın ve "?" simgesine tıklayın.ardından destek seçeneklerinizi görmek için "Desteğe Başvur"a tıklayın.
Klasik Erişim Kodu özelliği Haziran 2022 sürümüyle hizmetten kaldırıldı
|
İlk Raporlama: Mayıs 2022 - Güncellendi Haziran 2022 |
Mevcut Listeden Kaldırıldı: Haziran 2022 |
|---|
Erişim Kodu özelliği, klasik Yönet sayfası hizmetten kaldırıldığında Haziran 2022 sürümüyle Acrobat Sign sisteminden tamamen kaldırıldı.
15 Haziran 2022 için planlanan Özel İş Akışı Tasarımcısı hizmet kesintisi tamamlandı.
|
İlk Raporlama: Mayıs 2022 - Güncellendi Haziran 2022 |
Mevcut Listeden Kaldırıldı: Temmuz 2022 |
|---|
Özel İş Akışı Tasarımcısı, 15 Haziran ana sürümüyle birlikte temel kodu güncellemek için kısa bir hizmet kesintisi yaşadı.
Pasifik Saati ile 15:00 - 15:30 arasında, iş akışı tasarımcısı kullanıcıların yeni bir iş akışı oluşturmasına veya düzenlenmekte olan bir iş akışını kaydetmesine izin vermemiş olabilir.
Anlaşma oluşturmak için iş akışlarının kullanımı bu süre zarfında etkilenmedi.
|
İlk Raporlama: Nisan 2021 |
Mevcut Listeden Kaldırıldı: Haziran 2022 |
|---|
31 Aralık 2021 itibariyle Adobe Sign, Microsoft Internet Explorer 11 veya Microsoft Edge Legacy tarayıcılarını artık resmi olarak desteklemeyecektir. Müşterilerin bu tarayıcılarla Adobe Sign uygulamasına artık erişmemeleri önerilir.31 Aralık 2021'den sonra, bu tarayıcıları kullanan müşteriler deneyimlerinde kötüleşme yaşayabilir ve bazı özellikler çalışmayı durdurabilir.
Alıcının e-imzalama sayfası, alıcının İş Akışlarını kesintiye uğratmamak için bu tarayıcılarda düzgün çalışmaya devam etmelidir.Bu geçişi mümkün olduğunca sorunsuz hale getirmeye yardımcı olmaya kararlıyız.
|
İlk rapor edilme: Kasım 2021 - Güncelleme: Nisan 2022 |
Mevcut Listeden Çıkarıldı: Haziran 2022 |
|---|
|
İlk Bildirim: Şubat 2022 |
Mevcut Listeden Çıkarıldı: Haziran 2022 |
|---|
Adobe Acrobat Sign, 1 Nisan 2022 sabahı yeni SSL Sertifikalarını yayınladı.
Genel anahtar, temel kriptografik protokoller veya şemada herhangi bir değişiklik bulunmuyor.
EYLEM GEREKİYOR
Genel anahtarın kullanımı
- SOAP veya REST API'lerini kullanarak Acrobat Sign ile özel geliştirilmiş entegrasyonlarınız varsa ve bu entegrasyonların herhangi biri mevcut genel anahtarı 'sabitlemiş'se, herhangi bir işlem yapılması gerekmez.
- SSO için Acrobat Sign'ın SSL Sertifikalarını kullanıyorsanız veya Sertifikaların kendisini sabitlemeniz (veya diğer yöntemleri kullanmanız) durumunda, yeni Acrobat Sign Sertifikalarını Adobe Acrobat Sign Sistem gereksinimleri'nde bulabilirsiniz.
- SSO yapılandırmanız birden fazla genel sertifika/zinciri destekliyorsa, yeni sertifikaları şimdi ekleyebilir ve eski genel sertifika/zinciri Nisan geçişinden sonra yapılandırmanızdan kaldırabilirsiniz.
- SSO'nuz birden fazla genel sertifika/zinciri desteklemiyorsa, SSL geçişinizi 1 Nisan 2022'de Adobe Acrobat Sign ile senkronize etmeniz gerekecek.
Yeni SSL sertifikaları 1 Nisan 2022 itibariyle artık aktif durumda.
|
İlk rapor tarihi: Mart 2022 |
Mevcut listeden çıkarıldı: Haziran 2022 |
|---|
Acrobat Sign, 3 Mayıs 2022'de küçük bir özellik sürümünü tamamladı.Bu sürüm sırasında herhangi bir kesinti yaşanmadı
Mayıs 2022 sürümü, web formlarında ek katılımcılar için bilgi tabanlı kimlik doğrulamaya izin veren bir özellik iyileştirmesi içeriyor.
|
İlk Bildirim: Mart 2022 |
Güncel Listeden Çıkarıldı: Mayıs 2022 |
|---|
22 Mart 2022'de Adobe Acrobat Sign, Acrobat Sign for Office 365 uygulama kiracısını güncelledi; bu kiracı Word/PowerPoint, Outlook ve Teams entegrasyonları için ortak uygulama kiracısıdır.
Doğu Yaz Saati ile 10:00'dan itibaren yöneticiler/kullanıcılar erişime izin verilmeden önce uygulama için izin isteğini yeniden kabul etme istemiyle karşılaşmış olabilir. Kesin saat, hesabın Microsoft tarafından verilen kimlik doğrulama belirtecinin süresinin dolmasına bağlıdır (başlangıç noktasından sonra 24 saate kadar).
Adobe Sign Özel E-posta Şablonları (CEMT) Hizmeti için planlanmış bakım - Tamamlandı
12 Şubat 2022 Cumartesi günü akşam 18:00'dan PST akşam 19:00'a kadar PST, Adobe Sign Özel E-posta Şablonları (CEMT) Hizmeti, temel altyapı bileşenleri yükseltilirken kısa süreli hizmet kesintisi yaşayacaktır.Bu süre boyunca müşteriler beklenen özel şablonları yerine varsayılan posta şablonlarını görebilir. Herhangi bir kesinti beklenmemektedir.
| İlk bildirim: Eylül 2021 - Güncellendi: Ocak 2022 |
Güncel Listeden Çıkarıldı: Mart 2022 |
Adobe Sign, uygulamada herhangi bir kesinti yaşanmadan Ocak 2022 yayınını tamamladı.
Ocak yayını, kullanıcılar ve yöneticiler için özellik iyileştirmelerinin yanı sıra müşteri tarafından bildirilen birden fazla sorunun çözümlerini içeriyor.
| İlk bildirim: Eylül 2021 | Güncel Listeden Çıkarıldı: Mart 2022 |
Adobe Sign, Ocak 2022 yayınında Ana Sayfa ve Yönet sayfaları için klasik deneyimleri kullanımdan kaldırıyor. Bu tarihte tüm hesaplar modern Ana Sayfa ve Yönet deneyimine geçirilecek ve klasik arayüze geri dönüş seçeneği olmayacak.
Bu geçişi mümkün olduğunca sorunsuz hale getirmeye kararlı olduğumuzu ve klasik yönetim sayfasının davranışlarını eşleştirmek için özellikler yayınladığımızı lütfen unutmayın:
- Ad ve soyadına göre hedefli arama.
- Gönderenler artık imzalayan kişiyi değiştirirken mesaj ekleyebiliyor.
- Tamamlamış olan CC'lere ve imzacılara hatırlatma işlevi eklendi.
Aralık sürümünde arama yeteneklerini daha da geliştiriyor ve 'meta verilere hızlı bakış' özelliği ekliyoruz.
Adobe Sign kimlik doğrulaması Adobe Identity Management'a yönlendiriyor
|
İlk Bildirilen: Ağustos 2020 |
Mevcut Listeden Çıkarılan: |
|---|
Eylül Adobe Sign sürümünden itibaren, doğrudan Adobe Sign uygulamasında kimlik doğrulayan bazı kullanıcılar, kimlik doğrulama yöntemlerinin Adobe Identity Manager'a yönlendirildiğini görecekler.
Adobe, 2020 yılının sonuna kadar kimlik doğrulamasını bu formata standartlaştırıyor.
| İlk bildirilen: Eylül 2021 | Mevcut Listeden Çıkarılan: Kasım 2021 |
Adobe Sign, Ekim 2021 sürümünü uygulamada hiçbir kesinti yaşanmadan tamamladı.
Ekim sürümü, birden fazla müşteri tarafından bildirilen sorunların çözümlerinin yanı sıra kullanıcılar ve yöneticiler için özellik geliştirmeleri içeriyor.
| İlk bildirilen: Ağustos 2021 | Mevcut Listeden Çıkarılan: Kasım 2021 |
Mart sürümü, ad sağlandığında veya bilindiğinde (API veya kullanıcı profili aracılığıyla) alıcının imzalarken ad değerini düzenleme yeteneğini etkinleştirmek/devre dışı bırakmak için bir ayar sundu.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, yazılan imzalar dahil tüm imza türleri için ad kilitleme ayarı sunulacak şekilde güncelleştirildi.
- Adlarını ve inisyallerini yazmayı etkinleştiren ve İmzacılar adlarını veya inisyallerini değiştirebilir seçeneğini devre dışı bırakan müşteriler davranış değişikliği görecekler – ad değeri artık yazılı imzalar için imza işlemi sırasında düzenlenemeyecek.
- İmza işlemi sırasında ad değerini düzenlemeye izin vermek isteyen müşteriler İmzacılar adlarını veya inisyallerini değiştirebilir ayarını (İmza Tercihleri menüsünde) etkinleştirmelidir.
| İlk bildirilen: Ağustos 2021 | Mevcut Listeden Çıkarılan: Kasım 2021 |
Adobe Legal gereksinimlerine uyum sağlamak için Adobe Sign, e-imzalama sayfasındaki Kullanım Koşulları (TOU) kabul davranışını güncelliyor.Yeni deneyimde, tüm "bilinmeyen" alıcıların sözleşmeyle etkileşim kurmadan önce Adobe Sign TOU metnini kabul etmesi (Devam Et düğmesini tıklatarak) gerekir. Bu kabul, müşteri hesabının yapılandırmış olabileceği herhangi bir özel TOU'dan farklıdır ve hesap TOU/CD kabul yapılandırması uyarınca işlemeye 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'yu kullanıcı hesaplarını doğruladıklarında 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.
- İmzalamak için Tıklatın düğmesini seçerek Müşteri Açıklaması ve özel ToU metnini kabul edin.
Notarize Entegrasyonu özelliği için API ve Gönder sayfası güncellemeleri (Ekim'de bekleniyor)
| İlk bildirilen: Eylül 2021 | Mevcut Listeden Kaldırıldı: Kasım 2021 |
Ekim sürümü, Notarize, Inc.'nin Uzaktan Çevrimiçi Noterlik (RON) platformuyla entegrasyonu destekleyen yeni bir Adobe Sign özelliği sunacak. Adobe Sign'ın Notarize, Inc. ile entegrasyonu ABD'de kullanıma sunulmuştur. yalnızca.
Değişikliklerin özeti aşağıdadır:
Notarize Entegrasyonu - Adobe Sign'ın Notarize, Inc.'nin Uzaktan Çevrimiçi Noterlik (RON) platformuyla entegrasyonu, müşterilerin Adobe Sign işlemlerinin bir parçası olarak uzaktan çevrimiçi noterlik hizmeti eklemesine olanak tanır. Adobe tarafından doğrudan ETLA programı aracılığıyla satılan kurum ve Kurum katmanlarındaki müşteriler için etkinleştirilebilir. Notarize İşlemleri, yalnızca bu müşteriler tarafından ek bir ücret karşılığında eklenti olarak satın alınabilir.
Kendi uygulamalarını geliştiren veya entegrasyonlar kullanan müşterilerin gözden geçirmesi gereken iki öğe vardır:
Gönder sayfasında, imzalayıcıyı noterli imza gerektiren olarak tanımlayacak yeni bir öğe ve imza sürecini yönlendirecek ek yapılandırma adımları bulunur.
REST API'si bu işlevsellikten yararlanma gereksinimlerini karşılayacak şekilde güncellenmiştir ve REST API'sini kullanan müşteriler mevcut kullanımları üzerinde herhangi bir etki olup olmadığını belirlemek için aşağıdakileri gözden geçirmelidir.
- Sayfa güncellemelerini gönder
Notarize İşlemleri etkinleştirilmiş müşteriler, alıcı kaydında kimlik doğrulama yönteminin hemen sağında bulunan Noterlik gerektirir seçeneğini seç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çimli dize. ISO_ZONED_DATE_TIME'a bakın |
|
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.
| İlk raporlandı: Temmuz 2021 | Mevcut Listeden Kaldırıldı: Ekim 2021 |
Adobe Sign 16 Eylül 2021 tarihinde bir özellik sürümü tamamladı. Bu sürüm sırasında herhangi bir kesinti yaşanmadı
Eylül sürümü, kullanıcılar ve yöneticiler için özellik iyileştirmelerinin yanı sıra müşteri tarafından bildirilen birden fazla soruna çözümler içeriyor.
| İlk bildirildi: Haziran 2021 | Mevcut listeden kaldırıldı: Ekim 2021 |
SMS güvenliği (gönderen kimliğinin mesajdaki ilgili şirket adıyla eşleşmesi açısından), Adobe Sign'ın başka bir şirket adıyla SMS mesajları göndermesinin mesajın teslim edilememesine neden olabileceği noktaya kadar gelişti.
Sonuç olarak, telefon kimlik doğrulama mesajını şirket adıyla özelleştirme seçeneği Eylül 2021 sürümünde hizmetten kaldırılacak.
Bilinen Sorun: Yeni Ana Sayfa veya Yönetim sayfası boş
|
İlk Bildirim: Şubat 2020 |
Güncel Listeden Kaldırıldı: |
|---|
Sorun: Yeni Ana Sayfa veya Yönet sayfasına geçildiğinde sayfa tamamen boş görünüyor.
Test: bu sayfayı yüklemeyi deneyin: https://documentcloud.adobe.com/
- https://documentcloud.adobe.com/ adresini yükleyemiyorsanız dahili ağ yönetimiyle iletişime geçerek documentcloud.adobe.com etki alanı engelini kaldırmaya çalışın.
- Yukarıdaki bağlantıya erişebiliyorsanız destek ekibi ile iletişime geçin
| İlk bildirim: Haziran 2021 | Güncel Listeden Kaldırıldı: Ekim 2021 |
v6 REST POST /workflows/ID/agreements API çağrısı, Haziran 2021 sürümünde hizmetten kaldırıldı. Bu, çağrının belgelerden kaldırılması ve kullanıcılara uç noktanın kaldırılacağının bildirilmesinden bir yıl sonra gerçekleşti.
Bu API çağrısını kullanmaya devam eden müşteriler artık 404 hatası alacak.
Bu işlevselliği değiştirmek için önerilen alternatif JSON isteğinde workflowID ile POST/agreement çağrısı kullanmaktır.
Örnek istek gövdesi:
| İlk bildirim: Haziran 2021 | Güncel Listeden Kaldırıldı: Ekim 2021 |
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, imzalama URL'lerinin tam listesi tamamlanana kadar 404: AGREEMENT_NOT_EXPOSED kodu döndürülecek, o sırada 200 kodu teslim edilecek.
200 yanıtı dönene kadar API çağrısını denemeye devam etmek istemeyen müşterilerin Webhooks kullanması ve AGREEMENT_CREATED etkinliğine yanıt vermesi öneriliyor.
Word/PowerPoint, Outlook ve Teams için Adobe Sign entegrasyonlarında planlı bakım
|
İlk Bildirim: Mart 2021 - Haziran 2021'de Güncellendi |
Güncel Listeden Kaldırıldı: |
|---|
17. Temmuz 2021 Cumartesi günü Adobe Sign aşağıdaki entegrasyonlarda bakımı tamamladı:
- Microsoft Teams için Adobe Sign
- Microsoft Word/Powerpoint için Adobe Sign
- Microsoft Outlook için Adobe Sign
Entegrasyonlar artık normal şekilde çalışıyor.
| İlk olarak bildirildi: Haziran 2021 - Ağustos 2021'de güncellendi | Mevcut Listeden Çıkarıldı: Eylül 2021 |
Adobe Sign, 11 Ağustos 2021 itibariyle yama güncellemesini tamamladı. Yama herhangi bir kesinti olmadan tamamlandı.
Ağustos yama sürümü küçük deneyim değişikliklerini ve müşteri tarafından bildirilen birden fazla soruna çözümleri içeriyor.
SOAP API'nin Mayıs 2021'de Planlanan Hizmet Sonu
|
İlk Bildirim: Haziran 2018 - Güncellenme: Şubat 2021 |
Mevcut Listeden Çıkarıldı: Eylül 2021 |
|---|
Adobe Sign geliştiricileri için en iyi programlama deneyimini sağlayan REST API Sürüm 6'nın piyasaya sürülmesiyle, SOAP API kullanımdan kaldırıldı ve Mayıs 2021'den sonra desteklenmeyecek. REST API artık entegratörlerin ve uygulama geliştiricilerin tercih ettiği arabirimdir ve yapılacak geliştirmeler bu API'ye taşınmalıdır.
Geçiş için yardımcı olacak bazı referanslar:
- SOAP'tan Geçiş
- Adobe Sign REST API Sürüm 6 Yöntemleri
EYLEM GEREKİYOR
SOAP API'sine dayalı Adobe Sign hizmetine bir entegrasyon veya uygulama geliştirdiyseniz, Mayıs 2021'den önce uygulamanızı en az REST API Sürüm 6 kullanarak yeniden yazmanız gerekecek. Geliştiriciler ve entegratörlere doğrudan iletişim, en son API'ye sorunsuz geçişi sağlamak için önümüzdeki birkaç çeyrek boyunca gerçekleşecek.
Microsoft entegrasyonlarında IE 11 tarayıcıları için planlanan "Hizmet Sonu"
|
İlk Bildirim: Ocak 2021 |
Mevcut Listeden Çıkarıldı: Eylül 2021 |
|---|
Microsoft, Internet Explorer 11 desteğini 17 Ağustos 2021 tarihinde sonlandırıyor.
Sonuç olarak, Adobe Sign for Microsoft entegrasyonları da IE11 desteğini aynı tarihte sonlandırıyor.
Etkilenen hizmetler:
- Dynamics 365 (Çevrimiçi ve Şirket İçi)
- Microsoft 365
- Outlook 365
- Power Automate/Power Apps
- SharePoint (Çevrimiçi ve Şirket İçi)
- Ekipler
Adobe Sign'ın Dropbox ile entegrasyonu için planlanan hizmet sonu
|
İlk Bildirim: Mart 2021 |
Güncel Listeden Kaldırıldı: Ağustos 2021 |
|---|
Adobe Sign'ın Dropbox ile entegrasyonu 31 Temmuz 2021 tarihinde sona erecek.
Bu tarihte Adobe Sign artık Dropbox hesabınız üzerinden kullanılamayacak, ancak tüm Adobe Sign anlaşmalarınız size açık kalacak ve Adobe Sign hesabınıza giriş yaparak erişilebilecek.
Yeni Sürüm: Adobe Sign Haziran 2021
Adobe Sign, Haziran 2021 sürümünü kesinti yaşanmadan tamamladı.
Haziran sürümü, kullanıcılar ve yöneticiler için özellik iyileştirmelerinin yanı sıra müşteri tarafından bildirilen birden fazla soruna çözümler içeriyor.
|
İlk Bildirilme Tarihi: Nisan 2021 |
Güncel Listeden Kaldırıldı: Ağustos 2021 |
|---|
Adobe Sign, 1 Haziran 2021 tarihinde yeni SSL Sertifikaları yayınlıyor
Ortak anahtar, temel kriptografik protokoller veya şemada herhangi bir değişiklik yok.
Yeni Sertifikalar Adobe Sign Sistem gereksinimleri sayfasından indirilebilir.
EYLEM GEREKİYOR
Ortak anahtarın kullanımı
Eğer SOAP veya REST API'lerini kullanarak Adobe Sign ile özel yapım entegrasyonlarınız varsa ve bu entegrasyonlardan herhangi biri mevcut ortak anahtarı 'raptiye' ile sabitlemiş ise, herhangi bir işlem yapmanız gerekmiyor.
SSO için Adobe Sign'ın SSL Sertifikalarını kullanıyorsanız veya sertifikanın kendisini sabitleme (ya da başka yöntemler kullanma) işlemi yapıyorsanız, yeni Adobe Sign Sertifikalarını Adobe Sign Sistem gereksinimleri sayfasında bulabilirsiniz.
Yeni SSL Sertifikaları 1 Haziran 2021 tarihinde birincil hale gelecek
|
İlk Bildirim: Ocak 2021 |
Güncel Listeden Kaldırıldı: Temmuz 2021 |
|---|
Yeni IRS W-4 (2021) formu, W-4 2021 (Çalışanın Stopaj Sertifikası) başlığıyla Şubat 2021 sürümünün bir parçası olarak Adobe Sign kitaplığına eklenmesi bekleniyor.
EYLEM GEREKİYOR
Yeni W-4 form şablonunun yeni bir libraryDocumentId'si var. Uygulamalarınızda mevcut şablonun libraryDocumentId'sini kullanıyorsanız, bunu güncellemeniz gerekecek.
2020 sürümü Mayıs 2021'de sistemden kaldırılacak.
Eski (2020 sürümü) formu kullanan herhangi bir uygulama/API, başarılı hizmette kesinti yaşanmaması için 1. Mayıs'tan önce güncellenmeli.
API etkin bir hesapta libraryDocumentId'yi bulmak için:
- Hesap Yöneticisi olarak giriş yapın
- Hesap sekmesine tıklayın > Adobe Sign API > API Bilgileri > bağlantıya tıklayın: REST API Yöntemleri Dokümantasyonu
- GET /libraryDocuments bölümünde, OAUTH ACCESS-TOKEN düğmesine tıklayın
- library_read:self kapsamını etkinleştirin
- Deneyin! öğesini tıklatın. düğme
- Yanıt Gövdesi'nde, yeni W-4 2021 (Çalışanın Stopaj Sertifikası) form şablonunu (sürüm 2020 değil) libraryDocumentId değerini görmek için bulun.
Yeni Sürüm: Adobe Sign Mayıs 2021
|
İlk Bildirim: Mart 2021 |
Mevcut Listeden Kaldırıldı: Temmuz 2021 |
|---|
Adobe Sign, Mayıs 2021 sürümünü hiçbir kesinti olmadan tamamladı.
Mayıs sürümü, kullanıcılar ve yöneticiler için özellik iyileştirmeleri ve müşteriler tarafından bildirilen birden fazla soruna çözümler içeriyor.
Adobe Sign Çerez yönetimi güncellemesi
|
İlk Bildirim: Ağustos 2020 |
Mevcut Listeden Kaldırıldı: Temmuz 2021 |
|---|
Adobe Sign, kullanıcı açıkça bir seçim yapana kadar kalıcı olan OneTrust'tan yeni bir çerez onayı afiş benimsemektedir.
Kimlik doğrulama sırasında yeni bir alan adına yönlendirilen kullanıcıların ikinci alan adı için ikinci kez onay vermeleri gerekiyor (Bunun yaygın durumu, alan adı değişimi nedeniyle echosign.com'dan adobesign.com'ya yönlendirmedir).
Kullanıcıların yönlendirmeyi ortadan kaldırmak için yer imlerini güncellemeleri önerilir.
Fill & Sign'ın şablonlar ve kimlik doğrulamalı imzalama için bir yolu var
|
İlk Rapor: Mart 2020 |
Mevcut Listeden Kaldırıldı: Temmuz 2021 |
|---|
Sadece Ben İmzalarım oluşturma sayfası, şablonların kullanımına ve hazırlama yoluyla alanların yerleştirilmesine olanak tanıyan yeni bir oluşturma sayfasıyla (en son Gönder sayfa tasarımlarına dayalı) değiştirilecek.
Yönetici ayarları varsayılan kullanıcı deneyimini belirler.Kullanıcının serbest form Doldur ve İmzala arayüzü ile yeni yazma özellikli Kendi İmzala deneyimi arasında geçiş yapmasına olanak tanımak için isteğe bağlı bir "geçiş" bağlantısı etkinleştirilebilir.
Bu deneyimde yeni olan, imzalayan için kimlik doğrulama kullanma olanağıdır.
Kontroller Kimlik doğrulamasını zorla ayarlarını temel alır.Etkinleştirildiğinde, kullanıcıdan anlaşmayı açarken Adobe Sign kimlik bilgilerini girmesi istenecek ve (isteğe bağlı olarak) imza yerleştirirken veya anlaşmayı sonuçlandırırken tekrar istenecek.
Yeni kendi kendine imzalama deneyimi ve zorunlu kimlik doğrulama kontrolleri, hesap ve/veya grup düzeyinde ayarlanabilir (grup düzeyi ayarları hesap düzeyi ayarlarını geçersiz kılar)
Kullanıma hazırlama planı
Yeni kendi kendine imzalama deneyimi, önümüzdeki iki büyük sürümde eski Only I Sign sayfasının yerini alacak.
Eski Only I Sign yeteneğini kullanan müşteriler, 2020 sonbaharında varsayılan hale geldiğinde ve eski sayfa hizmetten kaldırıldığında yeni deneyime geçmeyi planlamalıdır.
- Temmuz sürümüyle mevcut ayarlarda herhangi bir değişiklik yapılmayacak
- Bir sonraki sürümde, yeni deneyim eski sayfaya geri dönme seçeneğiyle birlikte varsayılan olarak ayarlanacak
- 2020 sonbahar sürümünde, eski arayüze geri dönme yeteneği kaldırılacak.
Word/PowerPoint, Outlook ve Teams için Adobe Sign güncellemesi 19 Nisan'da yayına geçiyor
|
İlk Bildirilen: Aralık 2020 - Güncellenen: Mart 2021 |
Mevcut Listeden Çıkarılan: Mayıs 2021 |
|---|
Güncelleme 8:00AM PDT / 11:00 EST / 15:00 UTC saatinde yürürlüğe girecek
Bu güncelleme, üç entegrasyonda da genel güvenliği artırmak için uygulanmaktadır.
Güncelleme tamamlandıktan sonra, yöneticiler/kullanıcılardan erişime izin verilmeden önce uygulama için izin isteğini yeniden kabul etmeleri istenecek.
Yeni Sürüm: Adobe Sign Mart 2021
|
İlk kez bildirildi: Şubat 2021 |
Mevcut Listeden Çıkarılan: Mayıs 2021 |
|---|
Adobe Sign, Mart 2021 sürümünü hiç kesinti yaşanmadan tamamladı.
Bu ürün sürümü, yöneticiler ve son kullanıcılar için yeni özellikler/iyileştirmelerin yanı sıra çözülen birden fazla sorunu içeriyor.
Microsoft entegrasyonlarında Edge Legacy tarayıcıları için planlanan "Hizmet Sonu"
|
İlk Bildirilen: Ocak 2021 |
Mevcut Listeden Çıkarılan: Mayıs 2021 |
|---|
Microsoft, Edge Legacy tarayıcısı için desteği 9 Mart 2021
tarihinde sonlandırıyor
Sonuç olarak, Adobe Sign for Microsoft entegrasyonları da aynı zaman çizelgesinde Edge Legacy desteğini sonlandırıyor.
Etkilenen hizmetler:
- Dynamics 365 (Çevrimiçi ve Şirket İçi)
- Microsoft 365
- Outlook 365
- Power Automate/Power Apps
- SharePoint (Online ve On-Prem)
- Ekipler
Destek Sonu: Microsoft Power Automate için Adobe Sign v1 Eylemleri - Ocak 2021 için planlandı
|
İlk Raporlama: Temmuz 2020 |
Mevcut Listeden Çıkarıldı: Mayıs 2021 |
|---|
Power Automate için Adobe Sign 3.0 güncellemesi, aynı adı taşıyan mevcut eylemlerin daha sağlam yedeği olması amaçlanan yeni REST v6 Eylemlerini sunar.
Eski eylemleri kullanan iş akışları herhangi bir işlem yapılmazsa çalışmaya devam eder.Eski eylemler adlarında (Old) ile işaretlenmiştir. Bu eski Eylemler Ocak 2021'e kadar kullanımdan kaldırılması planlanmaktadır.
Kullanımdan kaldırılacak Eylemlerin listesi:
- Belge URL'sinden kitaplık şablonu oluşturma (Eski)
- Yüklenen bir belgeden kitaplık şablonu oluşturma (Eski)
- Belge URL'sinden sözleşme oluşturma ve imza için gönderme (Eski)
- Kitaplık şablonundan sözleşme oluşturma ve imza için gönderme (Eski)
- Yüklenen bir belgeden sözleşme oluşturma ve imza için gönderme (Eski)
- Tüm sözleşmelerin listesini alma (Eski)
- Tüm kitaplık şablonlarının listesini alma (Eski)
- Sözleşmenin form alanı verilerini alma (Eski)
- Belge yükleme ve belge kimliği alma (Eski)
Yeni eylemler, Eylemler listesinde eski eylemlerle aynı adla görünür.
Bu Eylemleri kullanan müşteriler akışlarını yeni bağlayıcı Eylemlerini kullanacak şekilde güncellemelidir.Bu, mevcut otomasyon akışınızda Eski eylemi yeni Eylemlerle değiştirerek yapılabilir.
Sosyal Kimlik Doğrulama Hizmetinin Sona Ermesi
|
İlk Raporlama: Kasım 2020 |
Mevcut Listeden Çıkarıldı: Mayıs 2021 |
|---|
İmzalayanların belgeyi görüntüleme ve imzalama erişimi kazanmadan önce sosyal kimliklerini sağlamasını isteme özelliği Mart 2021'de kaldırılacak.Bu özellik, gönderenlerin Facebook, LinkedIn, Google, Yahoo!, Microsoft Live veya Twitter'dan oturum açma gerektirmesini sağlıyordu.
Kişisel Twitter entegrasyonu için planlanmış "Hizmet Sonu"
|
İlk Raporlama: Aralık 2020 - Güncellendi: Ocak 2021 |
Mevcut Listeden Çıkarıldı: Mayıs 2021 |
|---|
Kullanıcı düzeyinde Twitter ile entegrasyon seçeneği (Kişisel Tercihler aracılığıyla) Mart 2021'de kullanıcı arayüzünden kaldırılacak. O esnada:
- Hiçbir yeni kullanıcı hesabı Kullanıcı düzeyinde Twitter'ı etkinleştiremez
- Twitter etkinleştirilmiş kullanıcılar, oluşturulan yeni anlaşmalar için Twitter mesajlarını artık görmeyecekler
- Ücretsiz Twitter etkinleştirilmiş kullanıcı hesapları aylık işlem limitinin ondan şu sayıya düşürülmesi:
- Adobe Sign Web istemcileri
için ayda 5 işlem - Acrobat istemcileri
için ayda 2 işlem
- Adobe Sign Web istemcileri
- Etkinleştirilen hesapların Twitter kimlik bilgileri Adobe Sign sistemlerinden kaldırılacak
- Adobe Sign'ın Twitter uygulaması tüm Twitter belirteçlerinin süresini doldurmak için silinecek
Yeni Sürüm: Adobe Sign Şubat 2021
|
İlk Bildirim: Ocak 2021 - Güncellenme: Şubat 2021 |
Mevcut Listeden Kaldırıldı: Mart 2021 |
|---|
Şubat sürümü hizmette herhangi bir kesinti olmadan tamamlandı.
Bu ürün sürümü, yöneticiler ve son kullanıcılar için yeni özellikler/geliştirmeler ile birden fazla çözülen sorunu içeriyor.
İş Akışı Tasarımcısı hata mesajları üretiyor
|
İlk Bildirim: Eylül 2020 |
Mevcut Listeden Kaldırıldı: Mart 2021 |
|---|
Kitaplık varlıklarının paylaşılmasına yönelik geliştirilmiş güvenlik nedeniyle Eylül ayında yapılan güncellemeden sonra iş akışını düzenlerken bazı iş akışları Sunucu hatası mesajı göstermeye başlayabilir:
Bu sorunla karşılaşan bir iş akışı kullanmaya çalışan gönderenler, iş akışının kapsam dışı belgeler içerdiğini belirten bir hata mesajı alıyor:
Bu hata, iş akışının ekli kitaplık şablonlarından birini veya daha fazlasını kullanma yetkisini kaybettiği anlamına gelir. Bu en yaygın olarak, şablon erişim izinleri hesap/grup erişimine izin vermekten sahiple sınırlı erişimle değiştirildiğinde gerçekleşir.
Yöneticiler sayfayı yeniden yüklemek yerine bu hata mesajını iptal etmelidir.
Hatayı düzeltmek için:
- Şablonun sahibi, şablon izinlerini iş akışının bağlı olduğu hesap/grup için kullanılabilir olacak şekilde düzenlemelidir
- İş akışının sahibi, şablonu uygun izinlere sahip bir şablonla değiştirebilir. Bunu yapmak için yukarıdaki hata koşulunu iptal edin ve iş akışını düzenlemeye devam ederek belgeyi değiştirin
Facebook'taki Adobe Sign for Workplace Hizmet Sonu
|
İlk Bildirim: Kasım 2020 |
Mevcut Listeden Kaldırıldı: Ocak 2021 |
|---|
Adobe Sign for Workplace by Facebook entegrasyonu 29 Kasım 2020 itibariyle tamamen hizmetten alındı.