Тензор, получающий электронную подпись

Обновлено: 21.11.2024

Здесь вы можете получить доступ к последней версии библиотеки с открытым исходным кодом Digital Signature Services, выпущенной в феврале 2021 года, и загрузить ее. Подробнее о DSS и о том, как он может вам помочь, можно прочитать здесь.

Исходный код доступен на zipandtar.gz

Что такое DSS?

Цель услуги

DSS (Digital Signature Services) – это программная библиотека с открытым исходным кодом для создания и проверки электронных подписей. DSS поддерживает создание и проверку интероперабельных и безопасных электронных подписей в соответствии с европейским законодательством. В частности, DSS стремится строго следовать Регламенту eIDAS и связанным с ним стандартам.

DSS можно повторно использовать в ИТ-решении для электронных подписей, чтобы гарантировать, что подписи создаются и проверяются в соответствии с европейским законодательством и стандартами. DSS допускает повторное использование различными способами: в апплете, в автономном приложении или в серверном приложении. DSS также можно использовать в качестве эталонной реализации для ИТ-решений, которые не используют его повторно напрямую. Также доступны демонстрации, помогающие использовать DSS в качестве эталонной реализации. DSS был разработан Nowina Solutions и обновляется с помощью новых выпусков.

Пользователи сервиса

Служба CEF eSignature DSS предназначена для поставщиков услуг, активно внедряющих решения для электронной подписи.

Преимущества службы

Библиотека CEF eSignature с открытым исходным кодом DSS предоставляет своим пользователям следующие преимущества:

  • Программное обеспечение с открытым исходным кодом под LGPL 2.1, невирусная лицензия с открытым исходным кодом;
  • Написано на Java, что гарантирует переносимость на множество платформ.
  • Совместимость электронных подписей;
  • Поддерживает как электронные подписи, так и электронные печати.
  • Проверка подписей и нескольких подписей;
  • Гибкая библиотека, которая может быть:
    • Повторно используется в различных топологиях: в апплете, как отдельное приложение, на сервере или в любой комбинации;
    • Используется целиком или помодульно;
    • Адаптирован для различных применений с помощью файлов конфигурации или точек расширения.
    • Форматы подписи и методы упаковки;
    • Процедуры проверки подписи;
    • Статус поставщиков трастовых услуг/трастовых сервисов, компенсация информации, проверка пути.

    Как это можно использовать?

    Библиотека, реализованная на Java, имеет открытый исходный код и доступна всем государствам-членам, предприятиям и гражданам для повторного использования в решениях для электронной подписи. Он постоянно обновляется и поддерживается, чтобы предвидеть и отслеживать изменения в правилах и стандартах.

    Любой желающий может интегрировать и распространять ее в соответствии с условиями Стандартной общественной лицензии ограниченного применения (LGPL 2.1).

    В соответствии со стандартами ETSI DSS поддерживает различные форматы документов и подписей, включая PAdES, XAdES, CAdES и ASiC, и соответствует Решению о реализации 2015/1506/ЕС. Также предоставляется «поваренная книга» с документацией, предназначенной для исполнителей/разработчиков и направленной на облегчение интеграции и использования DSS в их приложениях.

    Проверка квалифицированных и расширенных подписей и печатей

    В ожидании стандарта ETSI, TS 119 172-4, который в настоящее время разрабатывается с целью стандартизации «политики проверки подписи для европейских квалифицированных электронных подписей/печатей с использованием доверенных списков», модуль eSignature Building Block предоставляет свою интерпретацию требования Регламента eIDAS по проверке квалифицированных и расширенных подписей и печатей.

    Этот алгоритм был разработан после обсуждений и встреч с экспертами в этой области в контексте стандартного блока электронной подписи CEF. Этот алгоритм следует рассматривать как руководство для разработчиков или сторон, заинтересованных в понимании того, как проверка QES реализована в DSS.

    Алгоритм (доступный ниже) фокусируется на определении 3 дополнительных выводов:

    Добро пожаловать на пятую стадию обучения управлению контрактами. На этой станции обучения мы узнаем, как отправить документ на безопасную проверенную электронную подпись или eSigning с помощью Adobe Sign (ранее EchoSign) или DocuSign.

    Концепции обучения на этой станции:

    Добавление тегов для полей подписи
    Скрытие тегов
    Повторная загрузка шаблона документа
    Настройка пробной учетной записи
    Настройка учетной записи Pulpstream
    Добавление " подпись отклонена"
    Добавление шага подписания в поток процесса
    Уведомление отправителя о результатах
    Публикация и тестирование потока
    Отслеживание хода записи

    Добавление тегов для полей подписи

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

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

    Тег DocuSign Adobe Sign
    Подпись _pulpSigner1
    Должность подписавшего _pulpSignerTitle1
    Дата подписания Для DocuSign дата подписания указана в Сертификате, сопровождающем подписанный документ.

    Теги для второй подписывающей стороны аналогичны:

    В этом случае ожидается, что клиент подпишется первым, поэтому его поля будут равны "1". Затем Acme подпишется, поэтому поля Acme равны "2". (На самом деле оба получают контракт одновременно с электронной подписью, и их подписи объединяются. Но исторически сложилось так, что сначала подписывает клиент.)

    Раздел документа для подписи должен выглядеть следующим образом:

    Принято и согласовано: >

    Клиент:

    • Мы предварительно указали имя и должность финансового директора.
    • Тег _pulpSignerTitl1 позволяет контактному лицу клиента указать свою должность при подписании контракта.
    • Мы используем стандартный тег шаблона > для вставки имени контакта. Но чтобы его использовать, нам нужно окружить таблицу тегами > и >.

    Для дополнительного кредита.
    Обратите внимание, что контракт всегда направляется контактному лицу клиента для подписи, и что его имя вставляется в контракт. Но может случиться так, что это должен сделать какой-то другой сотрудник компании. С такими службами подписи, как DocuSign, лицо, получившее контракт, может поручить его кому-то другому. (Они не могут просто переслать уведомление по электронной почте, но документ содержит операцию «переназначения», которую можно выбрать. Единственная проблема в этом случае заключается в том, что в договоре указано не то имя человека. Чтобы справиться с этой ситуацией, предоставьте дополнительный поле для имени подписавшего, а затем используйте условные теги шаблона (описанные в предыдущей мастерской), чтобы определить, какое имя следует вставить в контракт.

    Делаем теги невидимыми

    Следующий шаг – сделать теги невидимыми. Это легко сделать, изменив цвет шрифта тегов на белый. Теги по-прежнему будут на месте, но они больше не будут видны, когда документ будет преобразован в форму для подписи PDF.

    Примечание.
    Вы также можете подождать и выполнить этот шаг после тестирования. Но давайте будем оптимистами.

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

    Повторная загрузка документа

    Теперь мы готовы повторно загрузить шаблон документа. Для этого:

    • Pulpstream позволит вам добавлять разные документы, которым вы даете одно и то же имя.
    • Это также позволит вам загрузить тот же документ с тем же именем.
    • В любом случае вы получите два элемента в списке компонентов с одинаковыми именами.
    • Это сбивает с толку, поэтому мы начнем с удаления текущей загруженной версии.
    • Название документа – AcmeКонтракт
      Файл – Загрузите шаблон контракта.
    • Доступно . для конечных пользователейдля отдельных записей. – Да (установите флажок)
    • Доступно . для конечных пользователей для нескольких записей. – Нет (отменить)

    Настройка пробной учетной записи

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

    Для сравнения, вы храните имя пользователя и пароль DocuSign на сервере Pulpstream. Конечно, их может видеть только тот, у кого есть права администратора. Тем не менее, это еще одно место, где хранятся учетные данные (и где их нужно изменить, если что-то изменится).

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

    Настройка учетной записи Pulpstream

    После того как ваша учетная запись для авторизации подписи настроена, остается только указать Pulpstream, как войти на сервер подписи. Для этого:

    Добавление поля "Подпись отклонена"

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

    Для этого нам нужно добавить одно поле в компонент данных контракта (это потребуется на шаге процесса, который мы собираемся добавить):

    Добавление шага подписания в процесс

    Пришло время интегрировать электронную подпись в процесс:

    Теперь мы можем установить соединения с процессом:

    Уведомление отправителя о результатах

    Теперь мы проверяем, был ли контракт подписан или отклонен.

    1. Перетащите новый шлюз принятия решений под шаг отправки документа.
    2. Заголовок – контракт отклонен?
    3. Тип – матрица решений (по умолчанию)
    4. Добавить столбцы условий
      Помните: здесь мы определяем только критерии, которые будут использоваться в столбце принятия решения. Мы еще не указываем значения.

    Затем мы создаем два небольших шаблона электронной почты, один для подписания контракта и один для отклонения подписи:

    1. В заголовке «Шаблоны электронной почты» нажмите «Создать».
      • Заголовок – Контракт подписан
      • Кто отправитель — запишите отправителя (это не имеет особого значения)
      • Тема — Контракт с $!Contract.Customer_Name подписан
      • Body
        Уважаемый $!record.createdBy.fullName,

        Контракт подписан.

        Процесс заключения контракта с Acme
    2. Внизу диалогового окна нажмите "Сохранить изменения".
    3. В заголовке «Шаблоны электронной почты» нажмите «Создать».
      • Заголовок – Контракт отклонен
      • Кто отправитель — запишите отправителя (это не имеет особого значения)
      • Тема — Контракт с $!Contract.Customer_Name отклонен
      • Body
        Уважаемый $!record.createdBy.fullName,

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

        Процесс заключения контракта с Acme
    4. Внизу диалогового окна нажмите "Сохранить изменения".

    Подготовив шаблоны, добавьте в схему процесса первый шаг отправки электронной почты:

    Затем добавьте второй шаг отправки электронной почты для "счастливого пути":

    Публикация и тестирование трансляции

    С сохраненным процессом:

    1. В определении потока над списком компонентов нажмите "Вернуть".
      Это первый шаг в процессе публикации.
    2. В открывшемся диалоговом окне:
      • Комментарии EnterCheckin — электронная подпись включена.
      • В нижней части диалогового окна нажмите "Вернуть".
    3. Вы вернулись на страницу сводки трансляции.
      В верхней части страницы нажмите "Опубликовать".
    4. В открывшемся диалоговом окне:
      • Никаких изменений в форме отправки не требуется.
      • Для публикации комментариев введите что-нибудь полезное, например,
        Утвержденные контракты автоматически отправляются клиентам по электронной почте для электронной подписи.
    5. Внизу диалогового окна нажмите "Опубликовать".
      Версия 2 теперь отображается как активная версия на странице "Сводка трансляции".

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

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

    После того как вы подписали контракт, он возвращается с сервера подписи примерно через 30 минут. Когда это произойдет, отправитель получит электронное письмо с подписанным контрактом, и оно появится на вкладке «Вложения» записи контракта.

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

    Отслеживание хода записи

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

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

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

    Подробнее

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

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

    Дополнительные сведения о просмотре хода выполнения процессов и подпроцессов см. на странице Блок-схема процесса.

    Сделайте следующий шаг

    Поздравляем! Вы создали полностью определенный процесс, который проходит через ряд этапов утверждения контракта и завершается электронной подписью. На следующем курсе обучения вы узнаете, как добавлять контрольные точки в определение процесса, чтобы вам было проще отслеживать каждый контракт и определять, на какой стадии процесса утверждения и подписания он находится.

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

    Как юридическое бюро может использовать эту технологию? Он начинается с добавления редактора PDF, такого как Kofax Power PDF, в ваш программный инструментарий. С помощью подходящего программного обеспечения вы можете добавить электронную подпись к любому документу всего за пять шагов.

    Ваше руководство по добавлению электронных подписей

    Power PDF включает широкий набор функций, связанных с цифровыми подписями, включая интеграцию Kofax SignDoc и DocuSign для запроса подписей. Самое главное, Power PDF реализует решение для электронной подписи, которое позволяет вам гарантировать действительность документа. Если кто-либо позже внесет изменения или изменит содержимое PDF-файла, подпись станет недействительной, и станет легко увидеть, что вы не утвердили эту версию PDF-файла.

    После запуска Power PDF и открытия документа, к которому нужно поставить подпись, выполните следующие пять шагов:

    • Выберите вкладку "Безопасность" и найдите параметр "Подписать".
    • Нажмите "Подписать документ".
    • Используйте инструмент "Перо", чтобы нарисовать место для своей подписи, или просто нажмите, чтобы поставить подпись незаметно.
    • Выберите ранее установленный цифровой идентификатор, связанный с вами, и при необходимости установите пароль.
    • Примените подпись и сохраните документ.

    Это все, что нужно сделать, но это не предел возможностей подписи Power PDF. Пользователи также могут:

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

    Насколько заслуживают доверия подписи внутри PDF-файлов?

    После того как вы поставили свою подпись на документе, могут ли другие доверять ему?

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

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

    Раскройте весь потенциал Power PDF для своего бизнеса

    Благодаря проверяемым электронным подписям, которые просты в применении и имеют юридическую силу, юридические фирмы и другие компании в юридическом секторе могут сэкономить время, повысить доверие и полностью перенести стандартные рабочие процессы в 21 век. Power PDF доступен в виде индивидуальных и корпоративных бессрочных лицензий с необязательным контрактом на поддержку, поэтому нет необходимости переплачивать за инструменты подписи.

    Познакомьтесь с более надежными решениями для цифровой подписи для юридических приложений уже сегодня. Сначала попробуйте бесплатную 15-дневную пробную версию Power PDF или свяжитесь с Kofax сегодня для получения дополнительной информации.

    Если вы следили за дико раздувающимся (но корректирующимся каждый день) рынком биткойнов, вы можете знать некоторые подробности о том, где они торгуются, и о сумасшедшей цене. Возможно, вы читали истории о том, что люди делают, чтобы получить часть действия.Однако вы, возможно, не знаете, что юристы обеспокоены тем, что подписи, используемые во время транзакций биткойнов, могут не иметь силы в суде из-за проблем с соблюдением требований.

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

    Разработка электронных

    Как мы указывали ранее, законодательство США (ESIGN/UETA) определяет электронную подпись как электронный звук, символ или процесс, прикрепленный к договору или другой записи или логически связанный с ним и выполненный или принятый лицом с намерение подписать протокол. Одной из наиболее часто используемых электронных подписей сегодня является текстовая подпись; это означает, что кто-то использовал клавиатуру для ввода своего имени с намерением подписать «что-то». Хотя Text Typed является наиболее распространенным, электронные подписи не ограничиваются этим методом. Компании ищут важные документы, подписанные в электронном виде с использованием других общепринятых способов, таких как голос, мышь, планшет для подписи, iPad/iPhone (с помощью пальца или стилуса), смартфоны и т. д.

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

    Цифровое преимущество

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

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

    Протокол — это ключ

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

    Что касается юридической силы или исковой силы, в Законе о ESIGN говорится, что электронная запись или контракт «могут быть отклонены, если такая электронная запись не находится в форме, которую можно сохранить и точно воспроизвести для дальнейшего использования всеми сторонами или лица, которые имеют право сохранить договор или другие документы».

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

    Настоящая Политика предоставит кампусу руководство по надлежащему использованию электронных подписей. Это руководство распространяется на всех преподавателей и сотрудников Университета штата Сан-Франциско.

    Утверждение:

    Я. Надлежащее использование электронных подписей

    Университет штата Сан-Франциско решил использовать электронные подписи в бизнес-процессах университета, утвержденных кампусом. В соответствии с ICSUAM 8100.00 в кампусе разработана процедура оценки рисков, связанных с электронной подписью, для выявления, оценки и документирования случаев, когда использование электронных подписей разрешено. Электронные подписи должны использоваться только в документах, которые были утверждены в ходе Оценки рисков, связанных с электронной подписью, за исключением меморандумов и форм, направляемых внутри отдела (т. е. форм, принадлежащих отделу и направляемых только отдельным лицам в отделе), пройти оценку рисков.

    DocuSign – это утвержденное решение для электронной подписи, распространяющееся на весь университетский городок. Все преподаватели и сотрудники будут иметь доступ к учетной записи DocuSign. Учетная запись должна использоваться только для деловых целей Университета и не может использоваться для личных транзакций. Будущие сотрудники могут использовать DocuSign для совершения транзакций в Университете.

    • Данные уровня 1
      • Электронные подписи можно использовать в формах, содержащих определенные данные уровня 1 (конфиденциальные). DocuSign одобрен для использования с данными уровня 1 и информацией, позволяющей установить личность. DocuSign не одобрен для использования с данными PCI (информация о кредитной карте) или данными HIPAA (медицинские записи). Дополнительную информацию о конфиденциальных данных см. в Директиве ITS по практике использования конфиденциальных данных.
      • Электронные подписи могут использоваться для документов, которые являются внешними (с участием сторон, не являющихся преподавателями и сотрудниками Университета штата Сан-Франциско) или которые считаются документами с высокой степенью риска (см. раздел III настоящей Практической директивы). DocuSign — это утвержденный инструмент для всех бизнес-процессов, связанных с университетом, в которых участвуют государственные служащие Сан-Франциско и внешние стороны (подписывающие должны действовать в рамках делегированных им полномочий на подписание). Для процессов, в которых участвуют внешние стороны, обратитесь к этой матрице безопасности и примените рекомендуемые меры безопасности в зависимости от уровня риска ваших документов.
      • Электронные подписи подходят и для некоторых студенческих форм. Утвержденные формы могут быть направлены учащимся на подпись.
      • Электронные подписи могут использоваться для односторонних договоров, а также для двусторонних договорных и юридических документов.

      II. Владение бизнес-процессами

      Бизнес-процессы и связанные с ними документы управляются владельцами процессов в кампусе. Отдел, которому принадлежит конкретный бизнес-процесс, является единственным лицом, которое может изменять или загружать документ для использования в DocuSign. Владельцы бизнес-процессов отдела несут ответственность за инициирование Оценки рисков, связанных с электронной подписью (см. раздел III настоящей Практической директивы) для использования электронных подписей.

      III. Оценка рисков электронной подписи

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

      1. Цель и назначение документа;
      2. Участвующие стороны;
      3. Маршрутизация документа; и
      4. Содержимое документа и любые другие связанные вложения.

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

      Стандарты и процедуры CSU в отношении электронных и цифровых подписей, 8100.S01, раздел 6.0, таблица 1. Максимальное потенциальное влияние для каждого уровня гарантии.

      Кампус определил, что, поскольку преподаватели и сотрудники будут аутентифицировать свою личность с помощью единого входа, существует «Уровень 3: высокая уверенность в достоверности заявленной личности». См. Стандарты и процедуры CSU для электронных и цифровых подписей, 8100.S01, Раздел 6.0.

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

      IV. Хранение и обслуживание записей

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

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

      В. Доступ к учетной записи и управление ею

      Персонал и преподаватели Университета штата Сан-Франциско смогут использовать электронные подписи через DocuSign, войдя в систему со своим идентификатором штата Сан-Франциско и паролем.

      Рекомендуется настроить свою подпись при первом входе в систему и не изменять ее после создания.

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

      Несоответствие:

      Несоблюдение применимых политик и/или правил может привести к удалению доступа к учетной записи DocuSign. Кроме того, дисциплинарные меры могут применяться в соответствии с другими политиками Университета, руководящими принципами, процедурами реализации или коллективными договорами.

      Процедуры:

      Для получения дополнительной информации и справочных руководств посетите веб-сайт DocuSign @ штата Сан-Франциско.

      Читайте также: