Участник
Выполняйте фильтрацию страниц в соглашении, которые смогут просматривать все получатели при подписании.
Настройки Ограниченная видимость документа позволяют включать несколько файлов в соглашение, контролируя при этом какие файлы может смотреть каждый получатель. Выбранные настройки и конфигурация соглашения определяют видимость документа.
Используйте ограниченную видимость документа для ограничения доступа к документам на основании ролей получателей. Распространенные сценарии:
- Договоры купли-продажи — внутренние команды просматривают или утверждают соглашения перед отправкой клиентам.
- Новые документы для найма — дополнительные документы отправляются, когда кандидат принимает предложение о работе.
- Документы отдела кадров — внутренняя обработка требуется для определенных документов до предоставления доступа к ним подписывающим сторонам.
Ниже представлен короткий видеоролик, демонстрирующий примеры использования.
Конфигурация
Доступность
- Acrobat Standard и Acrobat Pro: не поддерживается
- Acrobat Sign Solutions: поддерживается; отключено по умолчанию
- Acrobat Sign for Government: поддерживается; отключено по умолчанию
Диапазон настроек
Ограниченную видимость документа можно включить на уровне учетной записи или группы.
Понимание следующих терминов помогает разобраться в том, как работает функция ограниченной видимости документа:
Пользователь или идентификатор пользователя
- Пользователь — это любой, кто получает доступ к Acrobat Sign методом прямого входа, федеративной аутентификации или с помощью интеграции. Пользователь может выполнить аутентификацию с помощью нескольких адресов электронной почты. Это означает, что у него может быть несколько идентификаторов пользователей.
- Идентификатор пользователя — назначенный системой идентификатор, который уникально определяет пользовательский профиль в Acrobat Sign. Хотя адрес электронной почты уникален, пользователи могут изменять свой адрес электронной почты, а идентификатор пользователя изменению не подлежит. Acrobat Sign логически связывает все ресурсы с идентификатором пользователя, создавшим их.
Внутренние и внешние стороны
- Внутренние стороны — идентификаторы пользователей, принадлежащие той же учетной записи Acrobat Sign, что и идентификатор отправителя.
- Пользователи могут принадлежать к различным учетным записям Acrobat Sign, даже если они работают в одной компании. Acrobat Sign не делает никаких предположений на основании домена почтового сервера или названий компаний. Система распознает пользователей как внутренних только, если у них такой же идентификатор учетной записи.
- Внешние стороны — идентификаторы пользователей, которые не относятся к учетной записи отправителя в Acrobat Sign.
- Если адрес электронной почты не отображается в списке пользователей учетной записи, система классифицирует этого участника как внешнего.
Элементы управления для этой функции можно просмотреть в разделе Глобальные настройки > Ограниченная видимость документа
Параметр Подписывающие стороны увидят только назначенные им файлы с подписью, инициалами или полями ввода данных является корневым элементом управления, который активирует LDV и набор подчиненных элементов управления. Если этот элемент управления отключен, LDV целиком отключается в интерфейсе получателя.
Все получатели и получатели копий могут в любое время видеть все файлы.
|
|
Во время процесса подписания |
Когда работа с соглашением завершена |
|---|---|---|
|
Отправитель |
Все документы |
Все документы |
|
Внутренний получатель |
Все документы |
Все документы |
|
Внешний получатель |
Все документы |
Все документы |
|
Внутренний получатель копии |
Все документы |
Все документы |
|
Внешний получатель копии |
Все документы |
Все документы |
|
Внешний получатель архива |
Нет |
Все документы |
После включения корневого элемента управления LDV в зависимости от предпочтительного интерфейса существуют три дополнительные конфигурации для управления видимостью:
Если только параметр Подписывающие стороны увидят только назначенные им файлы с подписью, инициалами или полями ввода данных включен:
- Отправитель может видеть все содержимое файла в любое время.
- Получатели могут видеть только те файлы, в которые они явным образом были добавлены при подписании и после завершения работы над соглашением.
- Получатели копий не могут видеть содержимое файлов.
|
Участник |
Во время подписания |
Завершенное соглашение |
|---|---|---|
|
Отправитель |
Все документы |
Все документы |
|
Внутренний получатель |
Назначенные документы |
Назначенные документы |
|
Внешний получатель |
Назначенные документы |
Назначенные документы |
|
Внутренний получатель копии |
Нет |
Нет |
|
Внешний получатель копии |
Нет |
Нет |
|
Внешний получатель архива |
Нет |
Все документы |
Если параметр Подписывающие стороны и получатели копии в моей учетной записи видят все файлы включен:
- Все внутренние идентификаторы пользователей (относительно пользователя-отправителя) могут видеть все содержимое файла.
- Внешние получатели видят только содержимое файлов, которое было им назначено, во время подписания и после завершения работы над соглашением.
- Внешние получатели копий не видят содержимого файла.
|
Участник |
Во время подписания |
Завершенное соглашение |
|---|---|---|
|
Отправитель |
Все документы |
Все документы |
|
Внутренний получатель |
Все документы |
Все документы |
|
Внешний получатель |
Назначенные документы |
Назначенные документы |
|
Внутренний получатель копии |
Все документы |
Все документы |
|
Внешний получатель копии |
Нет |
Нет |
|
Внешний получатель архива |
Нет |
Все документы |
Если параметр Подписывающие стороны и получатели копии видят все файлы при получении подписанного соглашения включен:
- Получатели видят назначенное им содержимое файла только во время процесса подписания.
- Получатели копий не могут видеть содержимое файлов во время процесса подписания.
После завершения работы над соглашением все получатели и получатели копии могут просматривать все содержимое файлов.
|
Участник |
Во время подписания |
Завершенное соглашение |
|---|---|---|
|
Отправитель |
Все документы |
Все документы |
|
Внутренний получатель |
Назначенные документы |
Все документы |
|
Внешний получатель |
Назначенные документы |
Все документы |
|
Внутренний получатель копии |
Нет |
Все документы |
|
Внешний получатель копии |
Нет |
Все документы |
|
Внешний получатель архива |
Нет |
Все документы |
Эта конфигурация включает правила LDV и позволяет всем внутренним идентификаторам пользователя (относительно отправителя) просматривать все содержимое файла в процессе подписания.
После завершения работы над соглашением все пользователи могут просматривать содержимое всех файлов.
|
Участник |
Во время подписания |
Завершенное соглашение |
|---|---|---|
|
Отправитель |
Все документы |
Все документы |
|
Внутренний получатель |
Все документы |
Все документы |
|
Внешний получатель |
Назначенные документы |
Все документы |
|
Внутренний получатель копии |
Все документы |
Все документы |
|
Внешний получатель копии |
Нет |
Все документы |
|
Внешний получатель архива |
Нет |
Все документы |
Если необходимо получить рукописные подписи, следует включить эту функцию, но необходимо иметь в виду, что правила LDV не применяются при использовании рукописных подписей.
Во всех случаях, когда используется рукописная подпись, правила LDV приостанавливаются для данного соглашения.
|
Участник |
Во время подписания |
Завершенное соглашение |
|---|---|---|
|
Отправитель |
Все документы |
Все документы |
|
Внутренний получатель |
Все документы |
Все документы |
|
Внешний получатель |
Все документы |
Все документы |
|
Внутренний получатель копии |
Все документы |
Все документы |
|
Внешний получатель копии |
Все документы |
Все документы |
|
Внешний получатель архива |
Нет |
Все документы |
Как работает видимость документа
Правила ограниченной видимости документа определяют возможность получателей просматривать определенные файлы в соглашении.
- Можно включить правила ограниченной видимости документа на уровнях учетной записи и группы.
- Система отображает только содержимое файла, которое явно присвоено получателю.
- Для назначения файла получателю добавьте хотя бы одно поле для этого получателя в любом месте файла.
Важные сведения
- LDV применяется к всем файлам, а не к отдельным страницам. Если файл содержит 40 страниц, и если получателю назначено одно поле, он может просматривать весь файл.
- Если файл не содержит назначенных полей для получателя, он не увидит этот файл.
- Если соглашение содержит несколько файлов, и получателю требуется получить доступ ко всем этим файлам, в каждом файле должно быть назначено хотя бы одно поле.
- Чтобы использовать элемент управления на уровне страницы, разделите документ на отдельные файлы, каждый из которых содержит только необходимые страницы.
В примере справа представлены две подписывающие стороны и два документа в соглашении.
Подписывающая сторона 1 видит оба документа, поскольку в обоих документах имеется назначенное ей поле («Поле 1» и «Поле 2»).
Подписывающая сторона 2 видит только документ 2, так как для нее нет назначенного поля в документе 1.
- Документ 2 отображается, поскольку «Поле 3» назначено подписывающей стороне 2.
Для соблюдения правил LDV требуются оба условия:
- Несколько получателей — соглашение должно иметь более одного получателя.
- Получатели включают всех, участвующих в процессе подписания или утверждения.
- Получатели копии не расцениваются как получатели.
- Несколько файлов — соглашение должно содержать более одного файла.
- Файлы включают любые вложения, используемые для создания соглашения, например .doc, .xls, .pdf или .png.
Правила ограниченной видимости документа не применяются к соглашению, если ни одно из условий не выполняется.
Использование LDV с REST API v6
Отправитель может использовать REST API v6, чтобы сделать документы видимыми.
Запросы REST API v6 игнорируют все настройки видимости документов в интерфейсе пользователя, так как запросы API превалируют над всеми настройками на уровне учетной записи/пользователя.
Это можно обойти единственным образом: отправитель должен указать ярлык документа, если он/она указывает поле формы для конкретного получателя.
POST /agreements — конечная точка REST API v6 имеет три параметра, с помощью которых можно контролировать права просмотра для документов.
AgreementInfo
|
Имя параметра |
Тип |
Обязательно |
Описание |
|---|---|---|---|
|
documentVisibilityEnabled |
Логический результат |
Нет |
Дополнительный параметр видимости документа для соглашения. Для обеспечения видимости документа этот параметр должен быть указан и установлен на значение «true». |
ParticipantSetInfo
|
Имя параметра |
Тип |
Обязательно |
Описание |
|---|---|---|---|
|
visiblePages |
Строка[] |
Нет |
Список FileInfo.label, который должен быть виден участникам в этом наборе участников. |
CcInfo
|
Имя параметра |
Тип |
Обязательно |
Описание |
|---|---|---|---|
|
visiblePages |
Строка[] |
Нет |
Список FileInfo.label, который должен быть виден участникам в этом списке получателей копии. |
Код состояния HTTP
|
Код состояния HTTP |
Причина |
Описание |
|---|---|---|
|
400 |
INVALID_PARTICIPANT_SET_VISIBLE_PAGE_LABEL |
Одна или несколько меток отображаемых страниц в наборе участников являются недопустимыми. |
|
400 |
INVALID_CC_VISIBLE_PAGE_LABEL |
Одна или несколько меток отображаемых страниц в копии являются недопустимыми. |
|
403 |
DOCUMENT_VISIBILITY_DISABLED |
Для параметра «Включена видимость документа» установлено значение «Неверно». Индекс информации о файле не может быть задан для набора участников или получателей копии. |
GET /agreements/{agreementId} — конечная точка REST API v6 может использоваться для извлечения связи между участниками и документами.
AgreementInfo
|
Имя параметра |
Тип |
Описание |
|---|---|---|
|
documentVisibilityEnabled |
Логический результат |
Значение «true»: видимость документа была включена для этого соглашения. |
ParticipantSetInfo
|
Имя параметра |
Объект REST |
Описание |
|---|---|---|
|
visiblePages |
Строка[] |
Список FileInfo.label, который должен быть виден участникам в этом наборе участников. |
CcInfo
|
Имя параметра |
Объект REST |
Описание |
|---|---|---|
|
visiblePages |
Строка[] |
Список FileInfo.label, который должен быть виден участникам в этом списке получателей копии. |
Если GET /agreements/{agreementId} сообщает состояние «CANCELLED», это может быть вызвано одним или несколькими недопустимыми значениями параметров видимости документа.
Используйте GET /agreements/{agreementId}/events для извлечения причины сбоя.
|
Сообщение об ошибке |
Условие |
|---|---|
|
fileInfoIndex <индекс информации о файле> отсутствует в одном из наборов participantSets, содержащих <адрес электронной почты участника>. |
<Метку> необходимо задать как visiblePages для <адреса электронной почты участника>. |
Указанная выше ошибка записана в журнал со значением Event.type для AUTO_CANCELLED_CONVERSION_PROBLEM и Event.comment.
Ограничение видимости документа и сертификаты цифровой подписи несовместимы.
Если параметр LDV включен, объект цифровой подписи удаляется из встроенной среды разработки.
Если соглашение с полем цифровой подписи отправляется с включенными правилами LDV, возникает следующая ошибка:
Поле цифровой подписи <имя поля> не поддерживается из-за ограниченной видимости документа.
Если идентификатор пользователя может просматривать файл, содержащий поле вложения, он также имеет право просматривать содержимое вложения.
Замена получателя выполняется так же, как в обычной процедуре, за одним исключением:
- Отправитель соглашения не может заменить себя, так он/она входит в список получателей без права подписи, и параметр Подписывающие стороны и получатели копии в моей учетной записи видят все файлы отключен.
Если параметр Подписывающие стороны и получатели копии в моей учетной записи видят все файлы включен:
- Внутренние получатели могут передать право только другому внутреннему пользователю.
- Внешние получатели не могут передать право внутренним пользователям.
- При попытке выполнить это действие возникает ошибка: «Администратор вашей учетной записи установил запрет на передачу этому пользователю».
Файлы и поля могут быть отредактированы (при помощи функции Изменить соглашение) до тех пор, пока соглашение не было просмотрено участником.
Параметр LDV не зависит от роли.
Если имеется получатель, не подписывающий соглашение, то этому получателю необходимо назначить по крайней мере одно поле в каждом файле, к которому ему требуется доступ.
Если у получателя нет видимых файлов (нет размещенных полей), возникает ошибка:
Участник <адрес электронной почты> (<роль участника>) не имеет видимых документов
Пакетная отправка работает таким же образом, как и другие соглашения.
При отправке соглашения по крайней мере одно обязательное (не условное) поле подписи должно быть добавлено для каждого получателя с ролью подписанта.
Если у одной или нескольких подписывающих сторон нет обязательного поля подписи, в конце соглашения будет добавлена дополнительная страница, содержащая блок подписи для каждой подписывающий стороны (при этом все подписывающие стороны могут просматривать последнюю страницу).
Оптимизируйте свою работу с помощью Acrobat Sign
Легко и быстро управляйте документами и подписывайте их в Интернете.