Использование данных с подтвержденной идентификацией в полях форм

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

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

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

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

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

• Интерфейс авторинга
• Текстовые теги
• Рабочие процессы на базе API

Не существует отдельного типа поля с проверкой личности или элемента управления авторингом.

Acrobat Sign также не:

• Проверяет настройку подтвержденной личности при добавлении или отправке документа.
• Отображает ошибку при неправильной настройке.

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

Перед началом работы

Убедитесь, что:

• Подписант использует провайдер идентификации, подключенный через Digital Identity Gateway.
• Данные с подтвержденной личностью включены для соответствующей учетной записи или группы.
• Вы знаете точные имена утверждений удостоверения, возвращаемые настроенным поставщиком удостоверений.

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

См. Digital Identity Gateway для получения информации о настройке поставщиков цифровых удостоверений.

Назовите поле для данных с подтвержденной личностью

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

VF_DIG_{claimName}*

Где:

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

Примеры:

VF_DIG_{birthdate}

VF_DIG_{address}_page2

VF_DIG_{zipcode}1

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

Используйте точное имя утверждения удостоверения

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

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

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

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

Учитывайте собираемые данные для идентификации

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

Сопоставляйте только те данные, которые ваша организация уполномочена обрабатывать и хранить с помощью Acrobat Sign. Использование вами данных должно соответствовать применимым законам, правилам, договорным обязательствам и [Условиям лицензирования для конкретных продуктов Acrobat Sign].

Не настраивайте проверенные поля форм для получения данных, сбор, обработка или хранение которых в Acrobat Sign запрещены для клиентов. Например:

• Adobe Acrobat Sign не должен использоваться для хранения данных платежных карт или конфиденциальных данных аутентификации, как это определено стандартом PCI DSS.
• Клиенты не должны обрабатывать защищенную медицинскую информацию, если они не заключили соглашение о деловом партнерстве с Adobe.

Adobe не проверяет, не подтверждает и не ограничивает данные, выбранные отправителем для приема через проверенные поля форм.

Изучите поведение полей во время подписания

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

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

Если присутствует атрибут идентификации:

• Acrobat Sign заполняет поле проверенным значением.
• Подписант не может редактировать значение.
• Проверенное значение переопределяет любое предустановленное значение.

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

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

Если присутствует утверждение идентификации:

• Acrobat Sign заполняет поле проверенным значением.
• Поле остается редактируемым.
• Подписант может изменить значение.

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

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

Если поле утверждения идентификации отсутствует, пустое или равно null, подписант должен ввести значение перед завершением соглашения.

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

См. Свойства полей формы для общей настройки полей.

Протестируйте поля с проверкой личности перед распространением

Сбой данных с подтвержденной идентификацией происходит без уведомлений, когда:

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

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

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

Убедитесь, что:

• Каждое поле использует требуемый шаблон именования.
• Названия утверждений точно соответствуют ответу поставщика идентификации.
• Проверенные значения заполняют предназначенные поля.
• Редактируемое, только для чтения и обязательное поведение обеспечивают требуемый процесс подписания.

Просмотрите подтвержденные значения в отчете «Удостоверение личности подписанта»

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

Для каждого подтвержденного поля формы отчет включает:

• Имя поля
• Окончательное значение
• Один индикатор состояния

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

Каждое поле получает только одно состояние на основе следующего приоритетного порядка:

Изменено

Отредактировано применяется, когда:

• Поле доступно для редактирования.
• Подписант изменяет окончательное значение.

Подтверждено

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

Возможные причины указаны ниже.

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

Предопределено

Предопределено применяется, когда:

• Данные удостоверения личности не применялись.
• Поле сохраняет предустановленное значение, заданное автором.
• Состояние с более высоким приоритетом не применяется.

Утверждение отсутствует

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

Пустое или нулевое значение

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

• Пустое означает пустую строку или объект.
• Нулевое означает, что значение явно равно нулю.

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

Важная информация

• Проверенные формы используют обычные поля форм Acrobat Sign; специального типа поля для подтверждения личности не существует.
• Функция подтверждения личности активируется при соблюдении установленных правил именования полей.
• Соглашение об именах работает с интерфейсом авторинга, текстовыми тегами и полями, созданными через API.
• Имена утверждений чувствительны к регистру и должны точно совпадать с ответом поставщика удостоверений.
• Неправильная конфигурация может завершиться сбоем незаметно, не препятствуя отправке соглашения или веб-формы.
• Редактируемые верифицированные поля не гарантируют, что окончательное значение по-прежнему соответствует значению поставщика удостоверений.
• Всегда проверяйте поведение полей с подтверждением личности перед распространением соглашения или веб-формы.
• Отчет по личности подписанта присваивает одно окончательное состояние каждому верифицированному полю формы при включении отчета.