Adobe Acrobat Sign Sözlüğü (Terminoloji, jargon vb.)

Belgeler/Dosyalar/Ekler, Sözleşmeler ve İşlemler Karşılaştırması

  • Belgeler/dosyalar/ekler, Adobe Sign sistemine yüklenen ayrı dosyalardır. Bunlar, Sözleşmeyi oluşturan malzemelerdir.
  • Sözleşmeler, Adobe Sign'ın yüklenen dosyalardan oluşturduğu ve alıcıların doldurduğu veya imzaladığı müşteriye yönelik nesnelerdir. "Sözleşme", hem imza alma sürecindeki nesneyi hem de oluşturulan son PDF'yi tanımlamak için kullanılan terimdir.
  • İşlemler, Sözleşmeyi ve süreç sırasında Sözleşme için/Sözleşme tarafından oluşturulan ilgili tüm günlük kayıtlarını ve belgeleri kapsar. (ör. denetim raporları, kimlik doğrulama sonuçları, alan düzeyi veri .csv sayfaları)

Özellik ön ekleri

Özellikler geliştirildikçe bunlara, yayınlanma veya kullanım ömrü sonu aşamasının neresinde yer aldıklarını belirten ön ekler uygulanacaktır.

  • Yeni: Tamamen yeni bir özellik.
  • Modern: Güncellenmiş bir özellik. Modern ve klasik deneyimler arasında geçiş yapma seçeneği sunabilir.
    • Deneyimlerin modern sürümlerinde Yeni özellikler bulunabilir. Örneğin, özel iş akışı tasarımcısının Modern sürümünde Yeni özellikler yer alır
  • Klasik: Güncellenmiş bir özelliğin daha eski sürümü. Genellikle etkin sürümler arasında geçiş yapma seçeneği olduğunda kullanılır.
  • Eski: Geçiş yapma seçeneği yeni hesaplar için kaldırılan eski bir özellik sürümü.

Dahili ve Harici Karşılaştırması

"Dahili" kavramı, ortak bir hesap kimliğinde yer alan kullanıcı kimlikleri grubunu tanımlar.  Bu kullanıcı kimlikleri hesap dahilindedir ve dahili kullanıcılar için uygulanan ayarlar yalnızca bu kullanıcı kimlikleri için geçerli olur.

Diğer tüm e-posta adresleri "Harici" sayılır.

Not:

Çoğu şirkette birden fazla hesap bulunur.

Aynı şirkette yer alan (e-posta adreslerinde aynı etki alanını paylaşan) ama aynı hesap kimliğinde bulunmayan kullanıcılar birbirlerine göre harici sayılır

Hesap düzeyindeki yöneticiler, Hesap > Kullanıcılar bölümüne gidip Kullanıcı listesini dışa aktar simgesini tıklatarak dahili e-posta adreslerinin eksiksiz bir listesini edinebilir.

Yerel sisteminize bir CSV dosyası indirilir. Bu CSV'de hesaptaki kullanıcılar mevcut durumlarıyla birlikte açık olarak belirtilir.

Kullanıcı listesini dışa aktar

Nesneler ve Nesne Kimlikleri

Nesneler

Adobe Sign bağlamında bir "nesne", ayrı bir şekilde ele alınan öznitelikler/özellikler grubudur.

Nesne türleri şu şekildedir:

  • Hesabın tamamı
  • Gruplar
  • Kullanıcılar
  • Sözleşmeler
Aynı türdeki tüm nesneler aynı özelliklere sahip olduğunda, bu özelliklere atanan değerler sıklıkla farklılık gösterir ve bazı durumlarda görmesi zorunludur.
Örneğin, tüm Kullanıcıların bir e-posta adresi özelliği vardır ve her kullanıcının e-posta adresi değerinin benzersiz olması gerekir.
Belgelerde "nesneler" kavramı kullanıldığında bu, tüm nesne türünün dahil edildiği anlamına gelir. (ör. Kullanıcılar, bir CSV dosyasıyla oluşturulabilir)

Nesne Kimlikler

Tüm nesneler, aynı türdeki diğer nesnelerden ayırt edilebilmeleri için benzersiz tanımlama sayılarına sahiptir. Her kullanıcı benzersiz bir kullanıcı kimliğine sahiptir. Her sözleşme benzersiz bir sözleşme kimliğine sahiptir.

Nesneler, diğer nesnelerle ilişki kurmak için temel öznitelik olarak sıklıkla nesne kimliklerini kullanır. Böylece, diğer öznitelikler değişse bile nesneler sürekli bir ilişki içinde kalabilir.

Örneğin, bir Kullanıcı Kimliği birden fazla Sözleşme Kimliği oluşturabilir. Bu ilişki, kullanıcı adı ve e-posta adresi gibi diğer özellikler kullanıcı tarafından değiştirildiğinde bile geçerli olmaya devam eder.

Belgelerde kullanıldığında nesne kimliği, nesne türünden benzersiz bir örneği tanımlar. (ör. Bir kullanıcı kimliğinin e-posta adresi değiştirildiğinde kullanıcı kimliği sözleşmelerinin sahipliği değişmez.)

Üst Öğe ve Alt Öğe (Şablon) ilişkileri

Üst öğe ve alt öğe ilişkisi kavramı en iyi şekilde, bir öğenin birden fazla kopyasını oluşturmak üzere tükenmeyen bir şablon kullanılması olarak açıklanabilir. Üst nesne, oluşturduğu alt sözleşmeyle doğrudan bağlantılı olduğundan tüm alt sözleşmelerin göreceli durumu hakkında rapor verebilir.

Bu ilkeyle ilgili Adobe Sign'da üç örnek bulunur:

  • Kitaplık şablonları: Kitaplık şablonları bir sözleşmeye bağlı olduğunda, bu sözleşme ilişkisi şablon belgenin alt öğesi olarak takip edilir. (Bunun yalnızca sözleşmeye bağlı bir şablon varken geçerli olduğunu unutmayın.) Kitaplık şablonları, Yönet sayfasındaki
    şablonu kullanan sözleşmelerle ilgili rapor verebilir
  • Web Formları: Web Formları, kullanıcı formu imza için göndermeye çalıştığında kopyalanan bir üst şablon oluşturur. Web form üst öğesi, Yönet sayfasında takip edilir ve devam etmekte veya tamamlanmış olan tüm sözleşmelerle ilgili rapor verebilir.
  • Toplu Halde Gönder: Toplu Halde Gönder işlemi, kullanıcının bir dosya grubunu e-posta adreslerinden oluşan bir listeyle birlikte yükleyip yapılandırmasına olanak tanır. Bu işlem, kendini kopyalayan bir üst sözleşme oluşturur ve CSV listesinde yer alan tüm e-posta adreslerine ayrı bir sözleşme gönderir. Üst nesne, Yönet sayfasında takip edilir ve oluşturulan alt sözleşmelerin göreceli durumuyla ilgili rapor vermek içim kullanılabilir.

 

Özellik/Ayar devri

Adobe Sign, "alt" nesnelerin "üst" nesnelerden oluşturulabildiği nesne temelli bir model üzerine inşa edilmiştir. Bir alt nesne oluşturulduğunda, üst (şablon) nesnenin tüm özelliklerini (öznitelikler ve ayarlar) devralır. 

Kalıcı devralmaya göre üst nesnede bir özellik değeri değiştiğinde bu değişim tüm alt nesneler tarafından uygun şekilde devralınır ve hepsine yayılır.

Devralma bağlantısı kırılarak alt nesne belirli bir sonuç elde etmek için kişiselleştirilebilir.

Bunun Adobe Sign'daki iyi bir örneği Hesap:Grup ilişkisidir. Varsayılan olarak tüm yeni gruplar, hesap düzeyinde tanımlanan ayar değerlerini devralır. Bununla birlikte grupların, hesap düzeyinden devralma bağlantısını kırıp grup ayarlarını belirli bir sonuç için kişiselleştirme olanağı vardır (ör. daha sıkı imza gereksinimleri, belirli sözleşme varsayılanları).

Özellik devri

Adobe Sign'da devir, aşağıdaki nesneler üzerinden üst öğe > alt öğe yönünde ilerler: Uygulama > Hizmet Katmanı > Hesap > Grup > Kullanıcı

  • Uygulama , temel nesnedir ve hizmete yönelik tüm olası seçenekleri içerir.
  • Hizmet Katmanı, müşterinin satın aldığı hizmet düzeyidir. Bu düzeyde, kurumsal hesabı bireysel hesaptan (örneğin) farklı kılan çeşitli özellikler etkindir.
  • Hesap düzeyi, Hizmet Katmanından tüm özellikleri devralır ve kullanıcı yöneticilerinin hesabı özel kullanım alanı için kişiselleştirmesine olanak tanır. Bu, müşteri yöneticilerinin yapılandırabileceği en yüksek yetki düzeyidir.
  • Grup düzeyi, tüm Hesap düzeyi ayarlarını devralır ve grubun daha fazla kişiselleştirilmesine olanak tanır. Grup düzeyinde ayar değerlerinin değiştirilmesi, hesap düzeyindeki ayarları geçersiz kılar ve grup ayarlarını, grupla ilişkili diğer tüm alt nesnelere kopyalar.
  • Kullanıcı ve Sözleşme nesneleri özelliklerini, bulundukları Gruptan alır. Bir kullanıcı ilişkili olduğu grubu değiştirirse yalnızca yeni gruptan devralınan değerleri görür ve oluşturulan sözleşmeler de yalnızca bu yeni grupta bulunan değerleri uygular.

Özellik devri nedeniyle yöneticilerin, hesap düzeyindeki ayarlarını iş süreçlerinin karşılayabileceği en ağır değerlere ayarlaması ve kısıtlamaları gerektikçe grup düzeyinde gevşetmesi önerilir.

İmzalayan (Roller), Alıcı ve Katılımcı Karşılaştırması

İmzalayan (veya Onaylayan, Kabul Eden vb.) - Alıcı için açıkça tanımlanmış rol

  • Tüm alıcılar bir role sahiptir.

Alıcı: Sözleşmenin "imza döngüsüne" birini dahil etmek için kullanılan tüm e-posta adresleri.  Devam ediyor durumunda olan sözleşmelerle etkileşime geçebilen kişiler

  • Alıcılar, Katılımcıların alt kümesidir.

Katılımcı: İşleme dahil edilen tüm e-posta adresleri (bireysel).  Buna; gönderen, tüm alıcılar ve CC'ye eklenen taraflar dahildir.

Roller, Alıcılar ve Katılımcı Karşılaştırması

Tek Kullanımlık Beklemedeki Kullanıcılar

Adobe Sign'da bir sözleşme oluşturulduğunda uygulama, alıcıların herhangi birinin sözleşmeyle ilişkilendirilebilecek mevcut bir kullanıcı kimliğine sahip olup olmadığını tespit etmeye çalışır.

Bir kullanıcı kimliği mevcutsa ve bu kimlik, gönderen hesabın güvendiği bir hesapta yer alıyorsa sözleşme kimliği doğrudan kullanıcı kimliğiyle ilişkilendirilir ve sözleşme, kullanıcının Yönet sayfasında görünür.

E-posta adresi sistemde mevcut değilse veya gönderen hesap kimliği, kullanıcı kimliğinin hesabı tarafından güvenilmiyorsa Adobe Sign, bu sözleşme kimliğinin alıcı etkinliklerini izlemek üzere benzersiz tek kullanımlık bir kullanıcı kimliği oluşturur. Tek kullanımlık kullanıcı kimlikleri, yalnızca sözleşmenin devam ettiği süre boyunca geçerlidir. Sözleşme tamamlandıktan ve kayıt altına alınabilecek tüm olaylar kaydedildikten sonra tek kullanımlık kullanıcı kimliği amacını yitirir ve sistemden silinir.

Sonlandırma Durumu

Sözleşmenin tamamlanması için alıcıların başka bir işlem gerçekleştirmesine gerek kalmadığında sözleşme sonlandırma durumuna ulaşır.  Üç sonlandırma durumu vardır:

  • Tamamlandı: Sözleşmenin tüm alıcılarla ilgili tüm işlemleri başarıyla tamamladığında elde edilir.
  • İptal Edildi: İptal edilen sözleşmeler, açık bir işlem ile durdurulmuştur. Bu işlem birkaç kaynaktan gelebilir:
    • Gönderici tarafından iptal edilir
    • Alıcı tarafından reddedilir
    • Alıcı kimlik doğrulama hatası nedeniyle başarısız olur
    • Sistem hatası nedeniyle başarısız olur
  • Süresi Doldu: Tanımlanan süre içinde eylemsizliğe bağlı olarak son kullanma tarihine ulaşan sözleşmelerdir.

 Adobe

Daha hızlı ve daha kolay yardım alın

Yeni kullanıcı mısınız?

Adobe MAX 2024

Adobe MAX
Yaratıcılık Konferansı

14–16 Ekim Miami Beach ve çevrimiçi

Adobe MAX

Yaratıcılık Konferansı

14–16 Ekim Miami Beach ve çevrimiçi

Adobe MAX 2024

Adobe MAX
Yaratıcılık Konferansı

14–16 Ekim Miami Beach ve çevrimiçi

Adobe MAX

Yaratıcılık Konferansı

14–16 Ekim Miami Beach ve çevrimiçi