Текстовые теги — данные с подтвержденной идентификацией

Автоматически заполняйте и блокируйте критически важные поля формы, используя данные с подтвержденной идентификацией, когда подписант завершает проверку идентификации. Это снижает количество ошибок при вводе данных и обеспечивает четкое, поддающееся проверке доказательство того, что конкретные значения поступили от доверенного поставщика удостоверений.

Данные с подтвержденной идентификацией позволяют привязывать проверенную информацию об идентификации, возвращаемую поставщиком идентификации, к полям формы с помощью текстовых тегов. Когда подписант успешно завершает проверку идентификации, Adobe Acrobat Sign вставляет значения из утверждений идентификации OpenID Connect (OIDC) поставщика идентификации в помеченные поля во время подписания, гарантируя, что критически важные данные поступают непосредственно из надежного источника.

Эта возможность предназначена для рабочих процессов с высоким уровнем доверия в регулируемых и учитывающих безопасность средах, таких как финансовые услуги и государственные учреждения.

Как работают данные с подтвержденной идентификацией

Данные с подтвержденной личностью запускаются только соглашениями об именовании полей в текстовых тегах.

Отсутствуют:

• Элементы управления пользовательского интерфейса для настройки полей с подтвержденной личностью
• Проверка при добавлении или отправке документа
• Сообщения об ошибках при неправильной конфигурации

Если имя поля не соответствует требуемому синтаксису точно, поле ведет себя как обычное поле формы или полностью игнорируется.

Требуемый синтаксис именования полей

Чтобы привязать поле формы к данным с подтвержденной личностью, имя поля должно следовать именно этому шаблону:

VF_DIG_{claimName}*

Где:

• VF_ идентифицирует поле как проверенное поле формы.
• DIG_ указывает метод аутентификации Digital Identity Gateway.
• {claimName} — это точное имя утверждения OpenID Connect (OIDC), возвращаемое настроенным поставщиком идентификации, включая написание и регистр.
• * — это необязательный текст, используемый для создания уникального имени поля.

Фигурные скобки обязательны вокруг имени утверждения.

Примеры:

• VF_DIG_{birthdate}
• VF_DIG_{address}_page2
• VF_DIG_{zipcode}1

Если несколько полей ссылаются на одно и то же утверждение, каждое поле все равно должно иметь уникальное имя поля.

Поддерживаемые утверждения личности

Распознаются только утверждения личности, возвращаемые настроенным поставщиком удостоверений.

Имена утверждений:

• Определяются поставщиком удостоверений, а не Acrobat Sign
• С учетом регистра
• Должны точно совпадать
• Не поддерживают псевдонимы
• Игнорируются без уведомления, если неверны или отсутствуют

Если имя утверждения не возвращается поставщиком удостоверений во время проверки идентификации, поле не заполняется проверенными данными.

Поведение полей во время подписания

Проверенные поля формы следуют существующим правилам поведения полей Acrobat Sign с переопределениями, учитывающими идентификацию.

Поля только для чтения

• Заполняются проверенными данными при наличии утверждения
• Не могут редактироваться подписывающим лицом
• Переопределяют любое предустановленное значение

Если утверждение отсутствует, используется предустановленное значение.

Редактируемые поля

• Заполняются проверенными данными при наличии утверждения
• Остаются редактируемыми для подписывающей стороны
• Позволяют подписывающей стороне изменить значение

Обязательные поля

• Ведут себя как редактируемые поля
• Требуют ввода от подписывающей стороны, если утверждение отсутствует, пусто или равно нулю

Условия скрытого сбоя

Данные с подтвержденной личностью завершаются сбоем без уведомления во всех следующих случаях:

• Имя поля не соответствует требуемому синтаксису.
• Имя утверждения написано с ошибкой или использует неправильный регистр.
• Утверждение не возвращается поставщиком удостоверений.
• Функция отключена на уровне учетной записи или группы.

Соглашение или веб-форма по-прежнему отправляется успешно.

Всегда проверяйте поведение полей в среде разработки перед распространением соглашения или веб-формы.

Поведение отчета о подтверждении личности подписывающей стороны

Когда соглашение содержит одно или несколько проверенных полей формы, отчет о личности подписанта включает специальный раздел со списком этих полей.

Каждое проверенное поле формы отображается с:

• Имя поля
• Итоговое значение
• Единый индикатор состояния

Возможные состояния в отчете о подтверждении личности подписывающей стороны

• Отредактировано — подписант изменил значение поля во время подписания.
  • Условие:
    • Поле доступно для редактирования, и
    • Итоговое значение было изменено подписантом
• Проверено — значение поля происходит из данных, проверенных по личности, и не было существенно изменено.
  • Условие:
    • Было возвращено соответствующее утверждение личности, и
    • Итоговое значение соответствует проверенному значению утверждения
  • Применяется к следующим вариантам.
    • Поля только для чтения, заполненные из проверенных данных
    • Редактируемые поля, оставленные без изменений
    • Если подписант редактирует поле, но оставляет значение идентичным, состояние остается Проверено.
• Предопределено — поле сохранило значение по умолчанию, установленное автором.
  • Условие:
    • Проверенные данные не применялись, и
    • Состояние с более высоким приоритетом не применяется
• Утверждение отсутствует — указанное утверждение личности не было возвращено поставщиком удостоверений.
  • Условие:
    • Имя утверждения не существует в ответе поставщика удостоверений
• Пустое или нулевое значение — указанное утверждение личности возвращено без пригодного для использования значения.
  • Условие:
    • Утверждение существует, но является пустым или нулевым.
    • Пустое означает пустую строку или объект.
    • Нулевое означает, что значение явно равно нулю.

Примечания

• Каждому полю назначается только одно состояние.
• Состояния не создают предупреждения или ошибки.
• Отчет отражает результаты, а не ошибки конфигурации.