Form alanlarını, imzalayan kişi kimlik doğrulama kontrolünü tamamladığında döndürülen doğrulanmış kimlik bilgileriyle doldurun.
Kimliği Doğrulanmış Formlar, Adobe Acrobat Sign'ın bir kimlik sağlayıcısından döndürülen doğrulanmış kimlik bilgilerini form alanlarına bağlamasını sağlar. İmzalayan kişi Dijital Kimlik Ağ Geçidi üzerinden bağlı bir sağlayıcı ile kimlik doğrulamayı başarıyla tamamladığında Acrobat Sign imzalama sırasında kimlik taleplerindeki değerleri ilgili alanlara ekler.
Bu özellik, finansal hizmetler ve devlet gibi düzenlenmiş ve güvenlik açısından hassas ortamlardaki yüksek güven iş akışları için tasarlanmıştır.
Kimliği doğrulanmış veriler nasıl çalışır
Kimliği doğrulanmış veriler yalnızca belirli bir alan adı kuralı aracılığıyla tetiklenir. Bu kuralı şu yollarla oluşturulan alanlarla kullanabilirsiniz:
- İçerik oluşturma arabirimi
- Metin etiketleri
- API tabanlı iş akışları
Ayrı bir kimlik doğrulaması yapılmış alan türü veya içerik oluşturma kontrolü bulunmamaktadır.
Acrobat Sign ayrıca şunları yapmaz:
- Belge yüklendiğinde veya gönderildiğinde kimlik doğrulaması yapılmış yapılandırmayı doğrulama.
- Yapılandırma yanlış olduğunda hata görüntüleme.
Bir alan adı gerekli söz dizimiyle tam olarak eşleşmezse alan normal bir form alanı gibi davranır veya tamamen yok sayılır.
Başlamadan önce
Şunlardan emin olun:
- İmzalayan kişi Dijital Kimlik Ağ Geçidi üzerinden bağlı bir kimlik sağlayıcısı kullanıyor.
- İlgili hesap veya grup için kimliği doğrulanmış veriler etkinleştirilmiştir.
- Yapılandırılmış kimlik sağlayıcısı tarafından döndürülen tam kimlik talep adlarını biliyorsunuz.
Talep adları Acrobat Sign tarafından değil, kimlik sağlayıcısı tarafından tanımlanır. Alanları yapılandırmadan önce desteklenen talep adlarını kimlik sağlayıcınızdan edinin.
Dijital kimlik sağlayıcılarını yapılandırma hakkında bilgi için bkz. Dijital Kimlik Ağ Geçidi.
Kimliği doğrulanmış veriler için alan adlandırma
Bir form alanını kimliği doğrulanmış verilere bağlamak için bu tam alan adı desenini kullanın:
VF_DIG_{claimName}*
Burada:
- VF_; alanı doğrulanmış form alanı olarak tanımlar.
- DIG_; kimlik doğrulama yöntemi olarak Dijital Kimlik Ağ Geçidini tanımlar.
- {claimName}; yapılandırılmış kimlik sağlayıcısı tarafından döndürülen OpenID Connect (OIDC) talep adının (yazım ve büyük/küçük harf dâhil) tam hâlidir ve süslü parantez içine alınır.
- *, alan adını benzersiz yapmak için kullanılan isteğe bağlı metindir.
Örnekler:
VF_DIG_{birthdate}
VF_DIG_{address}_page2
VF_DIG_{zipcode}1
Birden fazla alan aynı kimlik talebini referans alıyorsa her alanın benzersiz bir alan adı olmalıdır.
Tam kimlik talep adını kullanma
Yalnızca yapılandırılmış kimlik sağlayıcısı tarafından iade edilen kimlik talepleri tanınır.
Talep adları:
- Kimlik sağlayıcısı tarafından tanımlanır.
- Büyük/küçük harfe duyarlıdır.
- Tam olarak eşleşmelidir.
- Takma adları desteklemez.
- Yanlış veya eksik olduğunda sessizce yok sayılır.
Kimlik doğrulama sırasında başvurulan talep döndürülmezse alan doğrulanmış verilerle doldurulmaz.
Topladığınız kimlik verilerini değerlendirme
Hangi kimlik özniteliklerinin form alanlarına eşleştirildiğini belirlemek gönderenlerin sorumluluğundadır. Doğrulanmış form alanları yapılandırılarak gönderen hangi kimlik sağlayıcı veri alanlarının sözleşmeye doldurulacağını kontrol eder.
Yalnızca kuruluşunuzun Acrobat Sign kullanarak işleme ve depolama yetkisi olan verileri eşleyin. Verileri kullanımınız geçerli yasalara, düzenlemelere, sözleşme yükümlülüklerine ve [Acrobat Sign Ürüne Özgü Lisanslama Koşulları]'na uygun olmalıdır.
Müşterilerin Acrobat Sign'da toplaması, işlemesi veya depolaması yasak olan verileri almak için doğrulanmış form alanlarını yapılandırmayın. Örneğin:
- Acrobat Sign, ödeme kartı verilerini veya hassas kimlik doğrulama verilerini PCI DSS tarafından tanımlanan şekilde depolamak için kullanılmamalıdır.
- Müşteriler, Adobe ile Kurum Ortağı Sözleşmesi yapmadıkları sürece korumalı sağlık bilgilerini işlememelidir.
Adobe, gönderen tarafından doğrulanmış form alanları aracılığıyla alınmak üzere seçilen verileri incelemez, doğrulamaz veya kısıtlamaz.
İmzalama sırasında alan davranışını anlama
Doğrulanmış form alanları, kimliğe duyarlı geçersiz kılmalar içeren mevcut Acrobat Sign alan davranışlarını izler.
Salt okunur alanlar
Kimlik talebi mevcut olduğunda:
- Acrobat Sign alanı doğrulanmış değerle doldurur.
- İmzalayan, değeri düzenleyemez.
- Doğrulanmış değer önceden tanımlanan değeri geçersiz kılar.
Talep eksikse, önceden tanımlanmış değer kullanılır.
Düzenlenebilir alanlar
Kimlik talebi mevcut olduğunda:
- Adobe Acrobat Sign alanı doğrulanmış değerle doldurur.
- Alan düzenlenebilir kalır.
- İmzalayan, değeri değiştirebilir.
Gerekli alanlar
Gerekli alanlar düzenlenebilir alanlar gibi davranır.
Kimlik talebi eksik, boş veya null ise imzalayan sözleşmeyi tamamlamadan önce bir değer girmelidir.
Tamamlanan sözleşmenin kimlik sağlayıcısı tarafından döndürülen değeri koruması gerektiğinde salt okunur alanları kullanın. İş akışının imzalayanın bu değeri değiştirmesine izin verdiği durumlarda yalnızca düzenlenebilir alanları kullanın.
Genel alan yapılandırması için Form alanı özellikleri bölümüne bakın.
Dağıtımdan önce kimlik doğrulamalı alanları test etme
Kimliği doğrulanmış veriler şu durumlarda sessizce başarısız olur:
- Alan adı gerekli söz dizimine uymuyorsa.
- Talep adı yanlış yazılmış veya hatalı büyük/küçük harf kullanımı içeriyorsa.
- Kimlik sağlayıcısı talebi döndürmüyorsa.
- İlgili hesap veya grup için kimliği doğrulanmış veriler devre dışıysa.
Sözleşme veya web formu yine de başarıyla gönderilir.
Sözleşmeyi veya web formunu dağıtmadan önce alan davranışını her zaman içerik oluşturma ortamında doğrulayın.
Şunları onaylayın:
- Her alan gerekli adlandırma desenini kullanır.
- Talep adları kimlik sağlayıcısı yanıtıyla tam olarak eşleşir.
- Doğrulanmış değerler amaçlanan alanları doldurur.
- Düzenlenebilir, salt okunur ve Gerekli davranışlar amaçlanan imzalama deneyimini sağlar.
İmzalayan Kimlik Raporu'nda doğrulanmış değerleri inceleme
Sözleşmede bir veya daha fazla doğrulanmış form alanı bulunduğunda İmzalayan Kimlik Raporu (gönderenin hesabı veya grubu için etkinleştirilmişse) bu alanlar için özel bir bölüm içerir.
Doğrulanmış her form alanı için rapor şunları içerir:
- Alan adı
- Nihai değer
- Bir durum göstergesi
Durumlar, sözleşme tamamlandıktan sonra belirlenir. Bunlar son değerin kaynağını ve durumunu açıklar; içerik oluşturma veya imzalama sırasında yapılandırmayı doğrulamaz.
Her alan, aşağıdaki öncelik sırasına göre yalnızca bir durum alır:
| Öncelik | Durum | Ne anlama gelir |
|---|---|---|
| 1 | Düzenlendi | Alan düzenlenebilir ve imzalayan nihai değerini değiştirdi. |
| 2 | Doğrulandı | Eşleşen bir kimlik talebi döndürüldü ve nihai değer doğrulanmış talep ile eşleşiyor. |
| 3 | Ön tanımlı | Kimliği doğrulanmış veri uygulanmadı, alan önceden tanımlanmış değerini korudu ve daha yüksek öncelikli durum uygulanmıyor. |
| 4 | Talep mevcut değil | Alan tarafından referans verilen kimlik talebi, kimlik sağlayıcısı tarafından iade edilmedi. |
| 5 | Boş veya Geçersiz Değer | Kimlik talebi döndürüldü ancak kullanılabilir bir değer içermiyor. |
Düzenlendi
Düzenlendi şu durumlarda uygulanır:
- Alan düzenlenebilir.
- İmzalayan nihai değeri değiştirir.
Doğrulandı
Doğrulandı eşleşen bir kimlik talebi döndürüldüğünde ve nihai değer doğrulanmış talep ile eşleştiğinde uygulanır.
Aşağıdakileri içerir:
- Doğrulanmış verilerden doldurulmuş salt okunur alanlar.
- Değiştirilmeden bırakılmış düzenlenebilir alanlar.
- Düzenlenen ancak sonuçta doğrulanmış talep ile özdeş bir değer içeren alanlar.
Ön tanımlı
Önceden tanımlanmış şu durumlarda uygulanır:
- Kimliği doğrulanmış veri uygulanmadıysa.
- Alanda, yazar tarafından belirlenen değer korunuyorsa.
- Daha yüksek öncelikli durum uygulanmıyorsa.
Talep Mevcut Değil
Talep Mevcut Değil, form alanında belirtilen talebin kimlik sağlayıcı yanıtında mevcut olmadığı anlamına gelir.
Boş veya Geçersiz Değer
Boş veya Null Değer talebin yanıtta mevcut olduğu ancak kullanılabilir bir değer içermediği anlamına gelir.
- Boş, boş bir dize veya nesne anlamına gelir.
- Null, değerin açıkça null olduğu anlamına gelir.
Bu durumlar uyarı veya hata oluşturmaz. Rapor, yapılandırma hatalarını değil, tamamlanan işlemin sonucunu açıklar.
Bilinmesi gereken noktalar
- Doğrulanmış Formlar sıradan Acrobat Sign form alanlarını kullanır; özel bir kimlik doğrulamalı alan türü yoktur.
- Kimlik doğrulamalı davranış, gerekli alan adı kuralıyla tetiklenir.
- Adlandırma kuralı; içerik oluşturma arabirimi, metin etiketleri ve API tarafından oluşturulan alanlarla çalışır.
- Talep adları büyük/küçük harfe duyarlıdır ve kimlik sağlayıcısı yanıtıyla tam olarak eşleşmelidir.
- Yanlış yapılandırma, bir sözleşme veya web formunun gönderilmesini engellemeden sessizce başarısız olabilir.
- Düzenlenebilir doğrulanmış alanlar, nihai değerin hâlâ kimlik sağlayıcısı değeriyle eşleştiğini garanti etmez.
- Sözleşmeyi veya web formunu dağıtmadan önce her zaman kimlik doğrulamalı alan davranışını test edin.
- İmzalayan Kimliği Raporu, rapor etkinleştirildiğinde her doğrulanmış form alanına bir nihai durum atar.
Acrobat Sign ile işinizi kolaylaştırın
Belgeleri çevrimiçi olarak hızlı ve kolay şekilde yönetin ve imzalayın.