Form alanlarında kimlik doğrulamalı verileri kullanma

Son güncelleme: 15 Eki 2026

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.

Alanı özelleştir panelinde VF_DIG_{birthdate} alan adına sahip Acrobat Sign form alanı.
Kimlik eşlemesi alan adında kodlandığından, alanı yeniden adlandırmak kimlik talebiyle olan bağlantısını değiştirebilir veya kaldırabilir.

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.

Doğrulanmış form alanlarını son değerleri ve kimlik doğrulama durumlarıyla listeleyen İmzalayan Kimliği Raporu.
Durum, gözden geçirenlerin doğrulanmış kimlik verilerinden korunmuş değerleri, düzenlenmiş, önceden tanımlanmış, kullanılamayan veya kullanılabilir içerik olmadan döndürülen değerlerden ayırt etmesine yardımcı olur.

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.