Проверенные формы

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

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

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

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

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

Существуют:

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

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

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

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

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, и чтобы такое использование соответствовало всем применимым законам, нормативным актам и договорным обязательствам.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Поведение отчета о подтверждении личности подписанта

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

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

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

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

Примечание.

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

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

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

Примечания

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

Adobe, Inc.

Получайте помощь быстрее и проще

Новый пользователь?