İçindekiler
Yenilikler
Başlayın
- Yöneticiler için hızlı başlangıç kılavuzu
- Kullanıcılar için hızlı başlangıç kılavuzu
- Video eğitim kitaplığı
- SSS
Yönetim
- Admin Console'a Genel Bakış
-
Kullanıcı Yönetimi
- Kullanıcı ekleme
- Fonksiyon odaklı kullanıcılar oluşturma
- Sağlama hataları olan kullanıcıları kontrol etme
- Ad/E-posta Adresi Değiştirme
- Kullanıcının grup üyeliğini düzenleme
- Bir kullanıcıyı yönetici rolüne yükseltme
- Kullanıcı Kimlik Türleri ve SSO
- Kullanıcı Kimliğini Değiştirme
- Kullanıcıların Kimliğini MS Azure ile Doğrulama
- Kullanıcıların Kimliğini Google Federation ile Doğrulama
- Ürün Profilleri
- Oturum Açma Deneyimi
-
Yasal gereklilikler kılavuzu
- Erişilebilirlik
- HIPAA
- GDPR
- 21 CFR bölüm 11 ve EudraLex Ek 11
- Sağlık müşterileri
- IVES desteği
- Sözleşmeleri "Kasaya Alma"
- AB/İngiltere ile ilgili hususlar
- Etki alanı talep etme
- Kötüye Kullanım Bildirme bağlantıları
Sözleşmeleri Gönderme, İmzalama ve Yönetme
-
Alıcı Seçenekleri
- E-posta hatırlatıcısını iptal etme
-
E-imza sayfasındaki seçenekler
- E-imza sayfasına genel bakış
- Sözleşmeyi alan olmadan okumak için açma
- Sözleşme imzalamayı reddetme
- İmzalama yetkisi delege etme
- Sözleşmenin PDF'sini indirme
- Sözleşme geçmişini görüntüleme
- Sözleşme mesajlarını görüntüleme
- Elektronik imzayı yazılı imzaya dönüştürme
- Yazılı imzadan elektronik imzaya dönüştürme
- Form alanları arasında gezinme
- Form alanlarından verileri temizleme
- E-imza sayfasını büyütme ve sayfada gezinme
- Sözleşme araçlarında ve bilgilerinde kullanılan dili değiştirme
- Yasal Uyarıları inceleme
- Acrobat Sign Çerez Tercihlerini Ayarlama
- Sözleşme Gönderme
-
Belgelerde alan oluşturma
-
Uygulama içi içerik oluşturma ortamı
- Otomatik alanı algılama
- İçerik oluşturma ortamını kullanarak alanları sürükleyip bırakma
- Form alanlarını alıcılara atama
- Önceden Doldurma rolü
- Alanları yeniden kullanılabilir alan şablonuyla uygulama
- Alanları yeni bir kitaplık şablonuna taşıma
- Sözleşme gönderme işlemleri için güncellenmiş içerik oluşturma ortamı
- Metin etiketli formlar oluşturma
- Acrobat ile formlar oluşturma (AcroForms)
- Alanlar
- İçerik Oluşturma Hakkında SSS
-
Uygulama içi içerik oluşturma ortamı
- Sözleşmeleri İmzalama
-
Sözleşmeleri Yönetme
- Yönet sayfasına genel bakış
- Sözleşmeleri delege etme
- Alıcıları Değiştirme
- Belge Görünürlüğünü Sınırlama
- Sözleşmeyi İptal Etme
- Yeni hatırlatıcılar oluşturma
- Hatırlatıcıları inceleme
- Hatırlatıcıyı iptal etme
- Power Automate akışlarına erişme
-
Daha Fazla Eylem...
- Arama nasıl çalışır?
- Sözleşmeyi görüntüleme
- Sözleşmeden şablon oluşturma
- Sözleşmeleri görünümden gizleme/gösterme
- İmzalanan sözleşmeyi yükleme
- Gönderilmiş bir sözleşmenin dosyalarını veya alanlarını değiştirme
- Alıcının kimlik doğrulama yöntemini düzenleme
- Sona erme tarihi ekleme veya değiştirme
- Sözleşmeye not ekleme
- Tekil sözleşme paylaşma
- Sözleşmenin paylaşımını kaldırma
- Bireysel sözleşme indirme
- Sözleşmenin dosyalarını ayrı ayrı indirme
- Sözleşmenin Denetim Raporunu indirme
- Sözleşmenin alan içeriğini indirme
- Denetim Raporu
- Rapor ve Veri dışa aktarımları
Gelişmiş Sözleşme Özellikleri ve İş Akışları
- Web formları
-
Yeniden Kullanılabilir Şablonlar
- Acrobat Sign kitaplığındaki ABD resmi formları
- Kitaplık şablonu oluşturma
- Kitaplık şablonunun adını değiştirme
- Kitaplık şablonunun türünü değiştirme
- Kitaplık şablonunun izin düzeyini değiştirme
- Paylaşılan şablonları kopyalama, düzenleme ve kaydetme
- Kitaplık şablonları için toplu alan verilerini indirme
- Web formlarının ve kitaplık şablonlarının sahipliğini aktarma
-
Power Automate İş Akışları
- Power Automate entegrasyonuna ve içerdiği yetkilere genel bakış
- Power Automate entegrasyonunu etkinleştirme
- Yönet sayfasındaki Bağlam İçi Eylemler
- Power Automate kullanımını takip etme
- Yeni akış oluşturma (Örnekler)
- Akışlarda kullanılan tetikleyiciler
- Acrobat Sign dışındaki akışları içe aktarma
- Akışları yönetme
- Akışları düzenleme
- Akışları paylaşma
- Akışları devre dışı bırakma veya etkinleştirme
- Akışları silme
-
Faydalı Şablonlar
- Yalnızca yönetici
- Sözleşmeleri arşivleme
- Web formu sözleşmelerini arşivleme
- Sözleşme verilerini ayıklama
- Sözleşme bildirimleri
- Sözleşme oluşturma
- Özel Gönderme iş akışları
- Kullanıcıları ve sözleşmeleri paylaşma
Diğer ürünlerle entegrasyon
- Salesforce için Acrobat Sign
- Microsoft için Acrobat Sign
- Diğer Entegrasyonlar
- İş ortağı tarafından yönetilen entegrasyonlar
- Entegrasyon anahtarı alma
Acrobat Sign Developer
- REST API'leri
- Web Kancaları
Destek ve Sorun Giderme
Yöneticiler, kullanıcıların birden fazla gruptan sözleşme göndermesine izin vererek kitaplık şablonlarını, alıcı kimlik doğrulamasını ve imza gerekliliklerini tek bir gruba güçlü bir şekilde ilişkilendirebilirler ve böylece grubun yapısını gruptaki kullanıcılar yerine iş akışının tanımlamasını sağlayabilirler.
Genel Bakış
Bir sözleşme oluşturulduğunda kullanılabilir varlıkları (şablonlar/iş akışları) ve sözleşmenin sistemden kaynaklı özelliklerini (marka, alıcı görevleri, kimlik doğrulama yöntemleri, PDF güvenliği/saklama vb.) büyük ölçüde belirleyen grup düzeyinde ayarlardır.
Kullanıcı kimliğinin bir gruba kilitlenmesi, herhangi bir bireysel Kullanıcı kimliğinin bir varsayılanlar kümesine, bir dizi şablon ve iş akışına ve bir imza uyumluluğu konseptine kilitlenmesi anlamına gelir.
Kullanıcıların birden fazla gruba erişmesine izin vermek, yöneticilerin grupları bir kullanıcı grubundan daha fazlası olarak düşünmelerine olanak tanır. Gruplar, kullanıcılara erişim izni vereceğiniz belirli belge imzalama gereklilikleri için birer ortam olarak düşünülebilir.
Örneğin, bir grup uyumlulukla ilgili çok katı imza ve dağıtım kuralları dizisi etrafında tasarlanabilirken bir başka grup şirket içi, düşük kimlik doğrulamalı iş akışları ve şablonları etrafında yapılandırılabilir. Her iki gruba atanan bir kullanıcı, bu iki grubun tüm kaynaklarına erişebilir.
Grup düzeyindeki yöneticiler de birden fazla grubu yönetebilir; bu da grup düzeyindeki yönetici rolünün pratikteki kullanılabilirliğini artırır.
Bu belge, UMG'nin kullanıcılar için arabirime/işlevselliğe getirdiği değişiklikleri belirtmek ve UMG'ye taşınma bağlamında yöneticilerin dikkate alması gereken hususları tanımlamak üzere hazırlanmıştır.
Ön Koşullar
- Yalnızca kurum ve işletme düzeydeki hesaplar birden fazla gruptaki kullanıcıları etkinleştirebilir
- Ağ güvenliğinizin açık bir şekilde Acrobat Sign uç noktalarına erişim izni verdiğinden emin olun
- Hesap için Özel İş Akışları, Ana Sayfa ve Yönet arabirimlerinin en güncel sürümü etkinleştirilmelidir
- Hesabı birden fazla gruptaki kullanıcılara izin verecek şekilde değiştirmek yeni sayfa sürümlerini (henüz etkinleştirilmemişse) otomatik olarak etkinleştirir ve eski arabirime geri dönme seçeneklerini devre dışı bırakır. Buna "Anahtar" bağlantıları da dahildir
- Eski İş Akışı/Ana Sayfa/Yönet sayfaları, birden fazla gruptaki kullanıcılar özelliğiyle uyumlu değildir
- UMG'den çıkmak Ana Sayfa/Yönet arabiriminizi sıfırlamaz
- Hesabı birden fazla gruptaki kullanıcılara izin verecek şekilde değiştirmek yeni sayfa sürümlerini (henüz etkinleştirilmemişse) otomatik olarak etkinleştirir ve eski arabirime geri dönme seçeneklerini devre dışı bırakır. Buna "Anahtar" bağlantıları da dahildir
- İşlevlerin kullanılabilir olduğundan emin olmak için Acrobat Sign tarafından desteklenen entegrasyonları, özel API geliştirmeyi ve/veya geliştirici hesabında bulunan 3. taraf entegrasyonlarını inceleyin
Birincil Grup
UMG kuralları altındaki tüm kullanıcılara bir "birincil grup" atanır. Birincil grup:
- Gönder sayfası girildiğinde kullanıcının yüklediği varsayılan gruptur
- Kullanıcının e-posta adresine bir sözleşme gönderildiğinde kullanıcı kimliği imza yetkisini/parametrelerini tanımlayan gruptur
- Grup düzeyi ayarına ihtiyaç duyulduğunda ve talepte bulunan kaynak UMG'den habersiz olduğunda referans alınan gruptur
- ÖRNEĞİN: Acrobat Sign entegrasyonları birden çok sürüme yayılabilir. UMG farkındalığına sahip olmayan eski sürümler için referans olarak bir varsayılan gerekir ve bu birincil gruptur
- ÖRNEĞİN: Acrobat Sign entegrasyonları birden çok sürüme yayılabilir. UMG farkındalığına sahip olmayan eski sürümler için referans olarak bir varsayılan gerekir ve bu birincil gruptur
Varlıkların grup bağlantısı
UMG etkinleştirilmeden önce oluşturulan Sözleşmeler, Web Formları ve Toplu Halde Gönder olayları yalnızca kullanıcı kimliği oluşturmayla ilgilidir.
UMG etkinleştirildikten sonra oluşturulan Sözleşmeler, Web Formları ve Toplu Halde Gönder olayları, olayları oluşturan kullanıcının kimliğine ek olarak oluşturulan grup kimliğiyle ilgilidir.
Uygulamada bu durum, UMG etkinleştirilmeden önce oluşturulan varlıkların, kullanıcının birincil grubunu değiştirdiğinizde kullanıcıyla birlikte taşınacağı anlamına gelir. Grubu görüntüleyen kullanıcılar (hesap paylaşımı yoluyla), kullanıcı paylaşılan gruptan çıkarıldığında bu varlıkları göremez.
UMG etkinleştirildikten sonra oluşturulan varlıklar grupla ilgili olmaya devam eder. Grubu görüntüleyen kullanıcılar, oluşturan kullanıcı yeni bir birincil gruba taşındıktan sonra grupta oluşturulan varlıkları görüntülemeye devam eder.
Kullanıcıların birden fazla grupta yer alma özelliğini etkinleştirme
UMG'yi etkinleştirme veya devre dışı bırakma işlemi yalnızca hesap düzeyi yöneticiniz aracılığıyla yapılabilir. Hesabınızı yükseltmeyle ilgili talimatlar için lütfen bu makaleye bakın.
Aşağıdaki önemli etkilerle birlikte UMG ayarının geri alınması mümkündür:
- Tüm Grup düzeyi yönetici bayrakları temizlenir
- Hesap düzeyindeki yönetici bayrakları etkilenmez
- Grup düzeyindeki yöneticiler, özel grupları için yeniden yetkilendirilebilir
- Tüm kullanıcılar yalnızca birincil grupları içinde var olur
Bir kullanıcı en fazla 100 gruba üye olabilir.
Kullanıcı düzeyindeki farklar
Kullanıcı düzeyindeki değişiklikler birçok yerde aynı şekilde görülebilir. Acrobat Sign'da oturum açabilen tüm kullanıcılar aşağıdaki değişiklikleri gözlemleyecektir:
Grup düzeyindeki Yönetici farklılıkları
Bu arabirim değişiklikleri yalnızca hesabın yöneticileri tarafından gözlemlenebilir (hesap düzeyindeki yönetici kontrollerinin izin verdiği şekilde):
Bir kullanıcı birden fazla grubun yöneticisi olabileceği ve üye olduğu tüm grupların yöneticisi olmak zorunda olmadığı için grup düzeyindeki yöneticinin rolü önemli ölçüde geliştirilmiştir.
Birden çok gruptaki grup düzeyindeki yöneticiler, daha geniş ekipler için belgeleri ve iş akışlarını daha iyi yönetebilir ve hesap için tam veri setine erişime sahip olmadan birden fazla grubun içeriği hakkında rapor verebilir.
Hesap düzeyindeki Yönetici farklılıkları
Yalnızca hesap düzeyindeki yöneticiler aşağıdakilere erişebilir:
Gizlilik düzeyindeki Yönetici farklılıkları
UMG ayarları, gizlilik düzeyindeki yönetici araçlarını mevcut olarak değiştirmemiştir.
API farklılıkları
Yalnızca REST API'nin v6 sürümü UMG'yi desteklemesi için güncellenecektir.
Eski SOAP API, UMG'yi destekleyecek şekilde güncellenmeyecektir.
SOAP API'leri veya v5 REST (ve daha eski sürümler) kullanımı, UMG farkındalığı olmadan çalışacak ve bunlarda kullanıcının birincil grubu yürürlükte olacaktır.
Belirli bir grubun bağlamında yürütülen v6 REST API uç noktaları; sorgu parametresi, üstbilgi veya talep gövdesinin bir parçası olarak bir talebe iletilebilecek isteğe bağlı bir grup kimliği tanımlayıcısı içerecek şekilde genişletilmiştir.
Bu parametre isteğe bağlıdır ve hariç bırakılırsa kod, kullanıcının birincil grubuna varsayılan olarak ayarlanır.
Gruba özel eylemler iki kategoriye ayrılır:
- Kullanıcı yönetimi
- Kaynaklar üzerinde CRUD işlemleri
Kullanıcı yönetimindeki değişiklik, bir API çağrısındaki birden fazla grup üyeliğini yönetme özelliği ve grup yöneticisinin yapabileceklerini etkileyen güvenlik modelinin genişletilmesi ile sınırlandırılmıştır. Bu, grup yöneticisinin erişim alanı dışındaki bir grupta değişikliğe neden olmasını engeller.
Kaynak işlemlerindeki değişiklik, talep/yanıt modellerine yönelik ek grup kimliği parametresidir. Bu, sözleşmeler, web formları ve Toplu Halde Gönder olayları için grup bağlamı sağlar.
Grup kimliği parametresi yalnızca v6 REST API'ye eklenmiştir. v6 REST'in altındaki sürümler geriye dönük uyumluluk için birincil grubu kullanır.
INVALID_GROUP_ID
Genel hata yanıt kodu "INVALID_GROUP_ID" şu durumlarda tetiklenir:
- Tanımlanan grup bulunamadı
- Tanımlanan kullanıcı, tanımlanan grubun üyesi değil.
- Özellik devre dışı bırakılmış ve grup kimliği kullanıcının birincil grubuyla eşleşmiyor
UMG etkinleştirilmezse mevcut tüm uç noktalar önceki gibi çalışır. Kullanıcının birincil grubu tek geçerli grup üyeliği olarak kullanılır ve bir uç noktaya başka bir grup kimliği geçirilirse INVALID_GROUP_ID hatası geri döner.
Birden fazla gruba kullanıcı ekleme
Bir kullanıcıyı birden fazla gruba eklemenin iki yolu vardır:
Sözleşme Oluşturma
UMG kuralları, yeni bir sözleşme oluşturma sürecinin en başında gözlemlenebilir.
Kullanıcı, Ana sayfa > Kitaplıktan başlat seçeneğinden bir şablon veya iş akışı seçerek işleme başlıyorsa önce gönderdiği grubu genişletmelidir ve ardından grup içinde mevcut olan seçeneklerden şablonu/iş akışını belirlemelidir.
Şablon/iş akışı seçilip Başlat düğmesi tıklatıldığında Gönder sayfası açılır ve kullanıcı bu sayfadan yapılandırmayı tamamlayabilir.
Sözleşmeye grup düzeyinde şablon veya iş akışından başlandığında, grup değeri Gönder sayfasına eklenir ve grubu düzenleme seçeneği devre dışı bırakılır.
Hesap düzeyinde bir iş akışı/şablon seçilirse gönderen, grup değerini seçme seçeneğine sahiptir.
Kullanıcı, işlemi Gönder sayfasından başlatırsa Şuradan gönder açılır alanı sözleşmenin ilişkili olduğu grubu tanımlar.
Grup seçildiğinde sözleşme, seçilen grup için mevcut olan kitaplık şablonlarıyla sınırlandırılır.
Grubun değiştirilmesi sözleşmeye uygulanan özellikleri değiştirir. Bu, sayfanın yenilenmesine neden olur ve alan düzeyindeki tüm içerikler kaybolur.
Özel iş akışı tasarımcısı
Özel iş akışları oluşturma ve yönetme şu ana kadarki UMG kurallarından etkilenmez:
- Bir gruba atanan iş akışları, yalnızca iş akışının atandığı grupla aynı birincil grup kümesine sahip bir yönetici (grup veya hesap düzeyindeki) tarafından düzenlenebilir
- Hesap düzeyine atanan iş akışları yalnızca hesap düzeyindeki bir yönetici tarafından düzenlenebilir (birincil gruptan bağımsız olarak)
Gelecekteki güncellemelerde yöneticilere, oluşturdukları iş akışlarını, Birincil Gruplarından bağımsız olarak yönetici yetkilerine sahip oldukları bireysel gruplarla ilişkilendirmeleri için arabirim seçenekleri sunulacaktır.
Kitaplık şablonu oluşturma ve yönetme
UMG kuralları altında yeniden kullanılabilir bir kitaplık şablonu oluşturma sürecinde şablona erişim için grup düzeyinde izin verilirken bir ek adım daha vardır:
Kitaplık şablonunun ilişkilendirildiği grubu tanımlama.
- Bu işlem, Bu şablonu kullanabilenler iznini seçerken alt menü üzerinden yapılır:
Bir şablonu oluşturan orijinal kullanıcı kimliği, şablonun "sahibi" olarak varsayılır.
Şablon sahibi, şablon üzerinde her zaman Gönder veya Düzenle yetkilerine erişebilir. Şablon sahibi kullanıcı kimliğinin hangi yetki seviyesinde olduğu veya şablon sahibinin şablonun görünür olduğu grupla ilişkisi önemli değildir.
Mevcut kitaplık şablonlarını yönetme
Mevcut kitaplık şablonlarının özellikleri Yönet sayfasından düzenlenebilir.
Düzenlemek için şablonu açın. Şablon, Grubumdaki bir kullanıcı ile paylaşılmışsa düzenleyici şablonun grup ilişkilendirmesini değiştirebilir:
Grup ilişkilendirmesinin değiştirilmesi, halihazırda oluşturulmuş olan sözleşmeler için grup ilişkisini etkilemez.
Web formu oluşturma ve yönetme
UMG kuralları altında web formu oluşturmanın bir ek adımı vardır:
Web formunun ilişkilendirildiği grubu tanımlama. Bu işlem sayfanın en üst kısmında gerçekleştirilir.
- Grubun değiştirilmesi sayfayı sıfırlayacağından ve alan düzeyindeki tüm içeriklerin kaybolmasına neden olacağından öncelikle grup değerini ayarlayın
İlişkili grup web formu oluşturulduktan sonra düzenlenemez.
Mevcut web formlarını yönetme
İlişkili grup düzenlenemediğinden UMG kuralları mevcut web formlarının nasıl yönetileceğini etkilemez.
Web formuna göre raporlama, oluşturan kişinin veya gruptaki verileri raporlama yetkisine sahibi bir yöneticinin raporu çalıştırmasını gerektirir.
İçerik paylaşma
Tekil sözleşme veya şablon paylaşma UMG kurallarından etkilenmez.
Standart hesap paylaşma (yalnızca Kullanıcıdan Kullanıcıya paylaşım) kullanan hesaplar UMG kurallarından etkilenmez.
Gelişmiş Hesap Paylaşımı Kullanıcılar, Gruplar ve Kullanıcılar ile Gruplar arasında paylaşıma izin verir:
Belge saklama/GDPR
UMG değişikliklerinin GDPR araç setinde herhangi bir değişikliğe neden olması beklenmemektedir.
Entegrasyonlar
Kurumsal düzeydeki tüm hesaplar, bir (veya daha fazla) entegrasyon yapılandırıldığında bile UMG'yi etkinleştirebilir.
Şu anda aşağıdaki entegrasyonlar UMG parametrelerini desteklemektedir:
- Salesforce
- Power Automate
- Microsoft 365 (Teams, Outlook, Word/PowerPoint)
Bir entegrasyon aracılığıyla sözleşme gönderen ve UMG farkındalığına sahip olmayan kullanıcıların yalnızca birincil gruplarında olduğu kabul edilir ve gönderme parametreleri buna göre birincil grup ayarlarıyla uyumlu hale getirilir.
API - REST v6
REST v6 API uç noktalarının çoğunda, yönteme eklenen grup kimliği için isteğe bağlı bir parametre bulunur.
Halihazırdaki beklenti, mevcut REST v6 API çağrılarının, UMG'nin etkinleştirilmesinden bağımsız olarak çalışmaya devam etmesidir.
Önceki API sürümleri (hem SOAP hem de REST) beklendiği gibi çalışmaya devam edecek ve kullanıcıyı yalnızca birincil grubunun üyesi olarak varsayacaktır.