Первая форма документооборот: Первая Форма

Содержание

Первая Форма

Общие сведения
Веб-сайт www.1Forma.ru
Год выпуска первой версии 2003
Правообладатель 1Форма
Наличие партнёрской сети по внедрению 1Форма
Наличие партнёрской сети по технической поддержке 1Форма
Процессы, которые чаще всего автоматизировали
  • Электронный документооборот
  • Постановка и контроль задач и поручений
  • Согласование договоров, платежных документов
  • Работа с входящими и исходящими
Данные по внедрениям
Общее количество внедрений 300
Из них типовых (без кастомизации) 200
Из них кастомизированных 80
От 500 подключённых сотрудников 13
Количество внедрений в рамках которых осуществлялась миграция с другой системы электронного документооборота 5
Названия наиболее крупных внедрений в компаниях
  • Пересвет-Инвест
  • ВСК
  • Металл Профиль
  • Валента
  • КСК Групп
  • Спортмастер
  • Азбука Вкуса
  • Московский Планетарий
  • Пума Рус
Возможности системы
Встроенная поддержка мультиязычного интерфейса (предустановленные языки, возможность перевода своими силами без привлечения вендора) Нет
Многооконный режим работы Да
Возможность конструирования карточки документа (набор полей, их расположение и т.д.) силами администратора без привлечения вендора Да
Возможность кастомизации рабочей области силами пользователя Да
Работа с текстом документа в виде вложения Да
Наличие механизма потокового сканирования документов с автоматическим прикреплением их к карточкам документов Доработка
Интеграция с факс-серверами Нет
Связывание документов (Например: Распорядительный документ и отменяющий его документ) Да
Наличие возможности фильтрации и сортировки списков документов Да
Экспорт документов в форматы (pdf, doc) Да
Версионность файлов Да
Сравнение версий документов, аналогично сравнению в MS Word Да
Предоставление доступа на чтение/редактирование Да
Работа с оповещениями системы
Оповещения на почту Да
Наличие внутри системы календаря для просмотра задач Да
Возможность группировки задач по типам документов, целевым датам, авторам документов и т.д. Да
Интеграция с календарём/задачами почты Exchange Да
Согласование по почте ответом на пришедшее сообщение Да
Возможности Workflow
Использование в одном документе последовательных этапов с различными типами согласования Да
Многоуровневое согласование (отправка согласующим лицом документа на рецензию своим подчинённым) Да
Визуальный конструктор маршрутов Да
Автосогласование документов в соответствии с заданными сроками Да
Учёт выходных, праздников и рабочего времени при расчёте сроков автосогласования Да
Маршрутизация на группы сотрудников Да
Маршрутизация в зависимости от выполнения условий
Да
Делегирование полномочий Да
Создание инициативных поручений (не связанных с документом) Да
Создание связанных с документом поручений Да
Построение иерархии поручений Да
Ведение истории работы с поручением — отправка на исполнение, исполнение, возврат Да
Наличие напоминаний о приближении срока и просрочке Да
Поиск
Наличие формы поиска по всем типам документов системы Да
Настройка формы поиска администратором (добавление/удаление полей, смена порядка и т. д.) Нет
Настройка отображения результатов поиска пользователем (добавление/удаление столбцов, смена порядка и т. д.) Да
Полнотекстовый поиск по содержимому документов Да
Фильтрация и поиск в результатах поиска Да
Построение отчётов
Конструктор отчётов Доработка
Предустановленные отчёты Да
Построение отчётов с графиками, диаграммами и т.д. Да
Создание кастомизированных отчётов администратором Да
Выгрузка отчётов в формате DOC Да
Выгрузка отчётов в формате XLS Да
Выгрузка отчётов в формате PDF Да
Выгрузка отчётов в формате HTML Нет
Наличие в отчётах ссылок на документы Да
Интеграционные механизмы
Наличие встроенных механизмов интеграции с другими системами Да
Авторизация
На основе внутреннего справочника Да
На основе Active Directory Да
На основе LDAP-каталога Нет
Безопасность
Поддержка электронной подписи Нет
Поддержка шифрования документов Да
Взаимодействие по протоколу HTTPS Да
Логирование операций пользователя с документом (чтение, модификация и т.д.) Да
Обновление версий системы
Периодическое обновление системы Да
Масштабируемость
Возможность масштабирования путем модернизации/добавления оборудования без внесения изменений в код или архитектуру системы Да
Интеграция с информационными системами Доработка
Документация
Инструкция администратора (настройка системы, рекомендации по резервному копированию, решение типовых проблем, старт/остановка системы, установка обновлений и т.д.) Да
Видеокурс по основам работы в системе Да
Системные требования и варианты рабочих мест
Поддержка Windows Да
Поддержка OS X Да
Поддержка Linux Нет
Наличие «толстого клиента» Нет
Наличие «тонкого клиента» Да
Почтовый клиент Outlook Да
Почтовый клиент Lotus Notes Нет
Мобильное приложение Да
Архитектура системы
Работа в виртуальной среде Да
Работа в распределённой среде (несколько узлов для удалённых территориальных подразделений) Нет
Механизм гарантированной доставки Да
Открытый код Нет
Возможность внесения изменений в систему своими силами Да
Описание API и другая документация для возможности доработки своими силами Да
Предоставление системы как сервиса в облаке вендора Да
Лицензирование
Конкурентные лицензии Нет
Безлимитная лицензия Да
Эксплуатация системы
Состав технической поддержки Обновление системы (установка актуальных версий), регулярное и по запросу. Решение возникающих проблем по работе системы в соответствии со SLA (в т.ч. устранение критических проблем в режиме 24*7). Консультации администраторов системы.
Стоимость технической поддержки 1ый год-бесплатно, далее — 20% от стоимости лицензий
Состав обновления Исправление ошибок, улучшение текущего функционала, принципиально новые возможности системы.
Дополнительная информация
Системы, с которыми чаще всего конкурирует

«Автоматизация в «Первой Форме» стала проще»

Smart-правила позволяют выполнять действия, а также изменять любые параметры документов и задач по расписанию или при наступлении заданных условий. Интерфейс управления smart-правилами прост и максимально адаптирован к логике управления бизнес-процессами, что позволяет даже неподготовленному пользователю быстро освоить создание правил в стиле «если – то»,  не прибегая, при этом, к программированию.

«Первая Форма» —  система управления бизнес-процессами, ориентированная на максимальную простоту при доработке под нужды клиента», — говорит коммерческий директор компании «Первая форма» Александр КУЛИБАБА. – «В развитии системы мы последовательно идем по пути упрощения входящих в систему инструментов конструирования бизнес-процессов и документооборота. И если в других системах для создания правил обработки информации требуется создание скриптов или даже полноценное программирование, то в нашей системе для создания smart-правил требуется лишь минимальное обучение».

 

О «Первой Форме»:

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

Компания «Первая Форма» основана в 2002 году группой российских консультантов в области финансов и управления бизнес-процессами. Ключевым продуктом компании является одноименная система комплексной автоматизации бизнеса и централизованного контроля эффективности на базе управления полем задач. «Первая Форма» имеет более 150 успешных внедрений в компаниях различных отраслей бизнеса. Среди клиентов компании: Bosco di Ciliegi, Фармстандарт,  Sbarro, «Третий Рим» и другие компании. 

«Первая Форма» является партнером компании «КСК групп», специализирующейся на аудите, а также финансовом и управленческом консалтинге.

Сайт компании: www.1forma.ru

Цифровой документооборот «УРАЛСИБ Страхование» — GlobalCIO|DigitalExperts

Автоматизация СЭД на базе «Первой Формы» позволила реализовать все внутренние процессы компании в рамках принятых регламентов и на 20% сократить время на подготовку и согласование договоров. Созданный электронный архив — это более 40 тыс. документов с сохранением истории версий и защитой от нерегламентированных изменений. Уникальное мобильное приложение полностью идентично веб-версии СЭД и дает возможность сотрудникам компании «УРАЛСИБ Страхование» согласовывать и подписывать документы.

Работы над проектом шли с ноября 2019 года по декабрь 2020 года. Масштаб проекта — 1810 человеко-часов.


Какие цели были поставлены перед проектом?

Можно отметить несколько важных целей:

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

В чем заключается уникальность проекта?

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

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

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

Важно отметить, что с момента запуска проекта в декабре 2020 года было создано более 180 тыс. задач, включая все элементы СЭД.

Были ли какие-то сложности в ходе проекта?

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

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

В чем состоят основные характеристики новой СЭД?

1. Автоматизированы внутренние процессы в соответствии с принятыми в компании регламентами и объединены на единой платформе:

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

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

3. Реализовано управление требованиями к изменению и развитию СЭД.

4. Создан внутренний портал для публикации новостей и объявлений, список встреч и задач на сегодня с указанием срока выполнения задачи и просроченные задачи.

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

Защищенный электронный документооборот Текст научной статьи по специальности «Компьютерные и информационные науки»

13. Fridrich, J. Feature-Based Steganalysis for JPEG Image and its Implication for Future Design of Steganographic Schemes / J. Fridrich // Lecture Notes in Computer Science, 2005. — Vol. 3200. — p. 67-81.

14. Lee, Y.-K. An Advanced Least-Significant-Bit Embedding Scheme for Steganographic Encoding / Y.-K. Lee, G. Bell, S.-Y. Huang, R.-Z. Wang, S.-J. Shyu // Lecture Notes in Computer Science, 2009. — Vol. 5414. — Pp. 349-360.

15. Герлинг Е.Ю. Исследование эффективности методов обнаружения стегосистем, использующих вложение в наименее значащие биты / Е.Ю. Герлинг // Информационные системы и технологии, 2011. — № 4. — С. 137-144.

16. Das, S. Steganography and Steganalysis: Different Approaches [Электронный ресурс] / S. Das, S. Das, B. Bandyopadhyay, S. Sanyal // International Journal of Computers, Information Technology and Engineering. — 2008. — Vol. 2. — Режим доступа: http://arxiv.org/ftp/arxiv/papers/1111/1111.3758.pdf (Дата обращения 06.10.219).

17. Jesse, D.D. Tactical Means, Strategic Ends: Al Qaeda’s Use of Denial and Deception / D.D. Jesse // Terrorism and Political Violence, 2006. — Vol. 18. — p. 367-388.

18. Ахрамеева К.А. Анализ методов анализа цифровых видеопоследовательностей. вложение / К.А. Ахрамеева, Л.Г. Попов // Телекоммуникации, 2017. — № 1. — С. 33-40.

19. Грибунин, В.Г. Цифровая стеганография / В.Г. Грибунин, И.Н. Оков, И.В. Туринцев. — М.: СОЛОН-ПРЕСС, 2009. — 265 с.

ЗАЩИЩЕННЫЙ ЭЛЕКТРОННЫЙ ДОКУМЕНТООБОРОТ

В.И. Андрианов, к.т.н., доцент, Санкт-Петербургский государственный университет телекоммуникаций им. проф. М. А. Бонч-Бруевича, [email protected]; Ю.С. Данилова, Санкт-Петербургский государственный университет телекоммуникаций им. проф. М. А. Бонч-Бруевича, [email protected];

А.Л. Егорова, Санкт-Петербургский государственный университет телекоммуникаций им. проф. М. А. Бонч-Бруевича, [email protected]

УДК 4.056_

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

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

SECURE ELECTRONIC DOCUMENT MANAGEMENT

V.I. Andrianov, candidate of technical sciences, аssociate рrofessor, St. Petersburg state university of telecommunications n/a prof. M. A. Bonch-Bruevich;

Y.S. Danilova, St. Petersburg state university of telecommunications n/a prof. M. A. Bonch-Bruevich; A.L. Egorova, St. Petersburg state university of telecommunications n/a prof. M. A. Bonch-Bruevich.

Annotation. The article is devoted to the development of electronic document management systems at the enterprise as well as the introduction of more advanced communication systems using Internet resources. The introduction of an electronic document management system allows the organization to work faster and with greater return. Earlier, letters sanded by mail could disappear or be delayed as a result of that the business experienced a lot of inconvenience. Electronic document management eliminates these failures. Important factors in this should be properly designed protection systems. Therefore, reliable protection of electronic document management is an urgent task at the moment.

Keywords: electronic document management systems; secure electronic document management system; security system, management system; document protection technology; user of secure document management system; application field.

Введение

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

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

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

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

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

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

• появляется реальная необходимость преданию электронным документам юридической силы.

Ввиду вышеуказанных причин проблема защиты электронного документооборота в настоящее время начинает решаться на государственном уровне.

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

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

• наличие определенного количества документов с грифом ограничения;

• необходимость управления потоками документов;

• наличие большого архива;

• необходимость постоянного поиска информации;

• наличие территориально-удаленных подразделений;

• обеспечение безопасности данных при пересылке необходимых документов.

Защищенный электронный документооборот

Рынок систем защиты электронного документооборота в последние годы является одной из наиболее развивающихся отраслей ИТ- индустрии.

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

Их разработка базируется на основе технологии инфраструктуры открытых ключей PKI (Public Key Infrastructure). Эта технология предусматривает использование асимметричных криптографических алгоритмов. Такая защита предполагает наличие двух различных ключей -открытого и закрытого. Таким образом, защищенность документооборота достигается путем шифрования документов, а достоверность — использованием электронной цифровой подписи (ЭЦП). Электронная цифровая подпись, прежде всего, должна обеспечивать достоверность, аутентичность и юридическую значимость электронных документов. Уровень применяемых средств защиты в вышеуказанной системе позволяет обмениваться электронными документами, содержащими конфиденциальную информацию.

Кроме этого, для защиты электронных документов используются сертифицированные средства криптографической защиты информации (СКЗИ). Для возможности работы в этой системе пользователь должен получить сертификат в центре «общество с ограниченной ответственностью научно-производственное предприятие Info Trust» (ООО НПП Info Trust). В этом случае участники системы должны руководствоваться регламентом КриптоСвязь «Защищенный Электронный Документооборот», который устанавливает единый порядок взаимодействия участников системы с использованием разработанных средств защиты информации [4].

Благодаря этим разработкам доступ к конфиденциальным документам имеет право только автор документа. Остальные пользователи системы этого права не имеют. Доступ к документам контролируется системой, а правила работы системы настраиваются администратором безопасности. При шифровании документов используется платформа «Docsvision», которая позволяет предотвратить доступ к документам пользователей, не являющимися их автором. А использования технологий AD RMS компании Microsoft (Active Directory Rights Management Services) позволяет обеспечивать не только контроль доступа к документу, но и контроль над его правильным использованием. Шифрование файлов в этой системе предотвращает несанкционированный доступ к информации.

Необходимость защиты электронного документооборота важна не только при работе с документами, но и при их отправке. Очень важно, чтобы документ во время доставки не был прочитан или изменен. В этом случае применяется Система «СТЭК-ТРАСТ», которая может организовать передачу сообщения и файлов любых форматов в зашифрованном виде с электронной подписью. Отправитель и получатель всегда могут быть уверены, что корреспонденция будет доставлена без изменений. В системе «СТЭК-ТРАСТ» применяется шифрование данных. Это гарантирует то, что корреспонденцию могут прочитать только указанные пользователи при наличии у них ключей электронной подписи [3].

Шифрование данных и установка электронной подписи происходит автоматически. При этом используются такие средства криптографической защиты, как: «КриптоПро», «Верба-OW», «VipNet CSP» и т.д. Внедрение такой защиты позволяет не только снизить вероятность потерь бумажных документов, но и повысить уверенность в том, что будет достигнута полная конфиденциальность информации [6].

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

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

• аутентификация пользователей и разделения доступа;

• подтверждение авторства электронного документа;

• контроль целостности электронного документа;

• конфиденциальность электронного документа;

• обеспечение юридической значимости электронного документа;

• регистрация событий в информационных системах;

• разработка криптографической и антивирусной защиты;

• межсетевое экранирование;

• виртуальные частные сети;

• аудит информационной безопасности.

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

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

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

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

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

61

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

В то же время, компании, имеющие отдельные филиалы должны побеспокоиться о защите и сохранении информации при пересылке. В этом случае больше всего подходят Workflow-системы, которые обеспечивают автоматизацию не только отдельных функций, но все бизнес процессы компании. Эта система четко определяет процесс: что, кто, когда и как делает, откуда получает и куда отправляет. В этом случае пользователь не задумывается над тем как создать документ, как его получить, как его обработать. Все это закреплено в системе. В этом случае сотрудник не сможет неправильно заполнить документ или пропустить сроки (в этой системе предусмотрены напоминания). Единственным минусом этой системы является сложность и длительность внедрения, а также они не могут иметь электронный архив [7].

По данным сайта TAdviser наиболее востребованными в настоящие время являются системы «Directum», «ELMA», «DocsVision», «ДЕЛО», «Первая Форма». Все они имеют свои плюсы и минусы. Иностранные версии более мобильны с большим объемом функций, но они стоят дороже. Российские разработки более дешевые, хотя более сложные при внедрении. Самой лучшей системой, сочетающей цену и качество, является «Первая Форма». Ее главные преимущества:

• Настройка и адаптация под любые бизнес задачи.

• Удобство интерфейса; обучение происходит в условиях одного семинара.

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

• Мобильность; работа в этой системе ведется через веб-браузер, поэтому сотрудники могут работать из любой точки. Кроме того, «Первая Форма» имеет одно из лучших мобильных приложений для работы на платформах iOS и Android.

Заключение

Проанализировав все вышесказанное, можно сделать вывод, что конкретная разработка защиты электронного документооборота не должна осуществляться отдельными ИТ-специалистами. Надо понимать, что правильно разработанная система защиты — это наука, которая должна осуществляться на основе твердых методических разработок. Следует помнить, что организация защиты информации в документообороте — это целый комплекс мероприятий. Защита системы — это защита ее работоспособности. В этом случае надо защищать аппаратные элементы системы (компьютеры, серверы и др. системное оборудование) от таких угроз как поломка, хакерская атака, сбой системы. Кроме этого необходимо усилить защиту файлов системы. Например, файлы базы данных без надежной защиты могут быть скопированы злоумышленником. Поэтому защита базы данных должна включать следующие аспекты [8]:

• обеспечение сохранности данных с возможностью их быстрого восстановления;

• защита от некорректных действий пользователей с документами.

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

Литература

1. Душин С.Е., Красов А.В., Кузьмин Н.Н., Пошехонов Л.Б. Численное моделирование систем управления / Учеб. пособие для студентов вузов, обучающихся по направлениям 550200, 651900 «Автоматизация и упр.» подгот. бакалавров, магистров и дипломир. Специалистов. М-во образования РФ. С.-Петерб. гос. электротехн. ун-т «ЛЭТИ»; [С. Е. Душин и др.]. — СПб.: 2003.

2. Сахаров Д.В., Мельников С.Е., Штеренберг С.И. Инфраструктура связи на крайнем севере как база для формирования единой инфосреды // Электросвязь, 2016. — № 5. — С. 18-20.

3. Никитин В.Н., Лагутенко О.И., Ковцур М.М. Обеспечение информационной безопасности ИТС // Электросвязь, 2014. — № 1. — С. 29-31

4. Волостных В.А., Штеренберг С.И., Гвоздев Ю.В. Проблемы обеспечения безопасности персональных данных в высших учебных заведениях // Информационные технологии и телекоммуникации, 2014. — Т. 2. — № 4. — С. 134-141.

5. Кузнецов И.А., Липатников В.А., Сахаров Д.В. Управление АСМК организации интегрированной структуры с прогнозированием состояния информационной безопасности // Электросвязь, 2016. — № 3. — С. 28-36.

6. Выбираем систему электронного документооборота: от видов СЭД до конкретного ПО. Интернет ресурс. https://www.kp.ru/guide/sistemy-dokumentooborota.html (дата обращения 22.09.2019).

7. URL http://www.stek-trust.ru/zashchishchennyj-dokumentooborot (дата обращения -22.09.2019).

8. URL https://ecm-journal.ru/post/Zashhishhennyjj-dokumentooborot-Metodologicheskie-aspekty-realizacii.aspx (дата обращения — 22.09.2019).

ИССЛЕДОВАНИЕ СКОРОСТЕЙ ВЫПОЛНЕНИЯ БАЗОВЫХ МАТЕМАТИЧЕСКИХ ЗАДАЧ ПОПУЛЯРНЫХ ЯЗЫКОВ ПРОГРАММИРОВАНИЯ

И.В. Коровин, Санкт-Петербургский государственный университет телекоммуникаций им. проф. М. А. Бонч-Бруевича;

И.А. Пулькин, Санкт-Петербургский государственный университет телекоммуникаций им. проф. М. А. Бонч-Бруевича;

А.С. Веранян, Санкт-Петербургский государственный университет телекоммуникаций им. проф. М. А. Бонч-Бруевича.

УДК 004.431.4, 004.432_

Аннотация. В статье приведено сравнение времени выполнения алгоритма первыми 10-ю языками программирования в рейтинге TIOBE (индекс, оценивающий популярность языков программирования на основе подсчета результатов поисковых запросов, содержащих название языка). Авторами описаны алгоритмы заполнения двумерного массива псевдослучайными четырехзначными числами, приведены результаты замеров скорости выполнений этих алгоритмов.

Ключевые слова: языки программирования; скорость выполнения ПО; Ассемблер; ООП; исполняемые файлы.

RESEARCH OF SPEEDS OF PERFORMANCE OF BASIC MATHEMATICAL PROBLEMS

OF POPULAR PROGRAMMING LANGUAGES

I. V. Korovin, St. Petersburg state university of telecommunications n/a prof. M. A. Bonch-Bruevich;

63

План обучения функционалу администраторскои части приложения «Первая Форма». Базовыи уровень

«ЛОГИКА СЭД» НА ПЛАТФОРМЕ ALFRESCO

Группа компаний АйТи «ЛОГИКА СЭД» НА ПЛАТФОРМЕ ALFRESCO Новости версии 2.0. Олег Бейлезон Руководитель практики Alfresco СВОДКА ИЗМЕНЕНИЙ Переход на версию Alfresco/Инфооборот v5.1 «Бизнес-платформа 2.0»

Подробнее

DIRECTUM Jazz для ios

DIRECTUM Jazz для ios Быстрый старт Версия 1.7 Компания DIRECTUM, 2019 Начало и завершение работы Вход в приложение Чтобы войти в приложение, нажмите на значок В открывшемся окне последовательно введите

Подробнее

Docs on bpm online. Руководство пользователя

Docs on bpm online Руководство пользователя Оглавление Установка Docs 3 Активности 4 Делегирование активностей 4 Контроль активностей 5 Перенос сроков активностей 7 Задача на отдел 8 Подчиненные задания

Подробнее

Руководство администратора

Руководство администратора 2 Содержание 1. Введение… 5 1.1 Термины, определения, сокращения… 5 1.2 Назначение Системы… 5 1.3 Назначение документа… 5 2. Роли и группы пользователей в Системе…

Подробнее

Комментарии к релизам

Комментарии к релизам Оглавление Версия 3.0.8…. 3 Htfix 3.0.8.23988… 3 Версия 3.0.7…. 3 Версия 3.0.6…. 4 Htfix 3.0.6.23738… 5 Htfix 3.0.6.23652… 6 Htfix 3.0.6.23567… 6 Htfix 3.0.6.23533…

Подробнее

Руководство пользователя

Руководство пользователя сервис E-Invoicing Документооборот sberbank.ru Оглавление ОБЩИЕ СВЕДЕНИЯ О СЕРВИСЕ… 2 НАЗНАЧЕНИЕ СЕРВИСА… 2 ВХОД В СЕРВИС… 2 ИНТЕРФЕЙС СЕРВИСА… 2 ДОКУМЕНТООБОРОТ… 6 РАБОТА

Подробнее

Руководство пользователя

Руководство пользователя сервис E-Invoicing Документооборот sberbank.ru Оглавление ОБЩИЕ СВЕДЕНИЯ О СЕРВИСЕ… 2 НАЗНАЧЕНИЕ СЕРВИСА… 2 ВХОД В СЕРВИС… 2 ИНТЕРФЕЙС СЕРВИСА… 2 ДОКУМЕНТООБОРОТ… 5 РАБОТА

Подробнее

»

СОДЕРЖАНИЕ 1. МОДУЛЬ «УПРАВЛЕНИЕ МЕНЮ САЙТА»… 2 1.1. Создание меню… 2 1.2. Управление пунктами меню… 3 1.3. Настройка вывода пунктов меню… 4 1.4. Подключение дизайна меню к шаблону сайта… 7 1.5.

Подробнее

» )

СОДЕРЖАНИЕ 1. МОДУЛЬ «РУБРИКАТОР»… 2 1.1. Добавление категории модуля к выводу разделов (рубрикатор)…ошибка! Закладка не определена. 1.2. Настройка вывода рубрикатора… 3 1.3. Подключение дизайна

Подробнее

Руководство пользователя

Руководство пользователя Оглавление 1. Введение… 5 1.1. Назначение системы… 5 1.2. Назначение документа… 5 2. Начало работы с системой… 6 2.1. Вход в Систему… 6 3. Моделирование организационной

Подробнее

Руководство пользователя

Руководство пользователя Сервис СФЕРА Курьер esphere.ru ОГЛАВЛЕНИЕ ОБЩИЕ СВЕДЕНИЯ О СЕРВИСЕ… 2 НАЗНАЧЕНИЕ СЕРВИСА… 2 ВХОД В СЕРВИС… 2 ИНТЕРФЕЙС СЕРВИСА… 3 ДОКУМЕНТООБОРОТ… 6 РАБОТА С ДОКУМЕНТАМИ…

Подробнее

A2Б СИСТЕМА УПРАВЛЕНИЯ БИЗНЕСОМ

A2Б СИСТЕМА УПРАВЛЕНИЯ БИЗНЕСОМ корпоративный портал, CRM, управление проектами, контроль поручений, СЭД, планирование в единой информационной системе Компания ООО «А2Б» Как А2Б поможет бизнесу ПРЕИМУЩЕСТВА

Подробнее

Руководство пользователя

Руководство пользователя сервис E-Invoicing Документооборот sberbank.ru Оглавление ОБЩИЕ СВЕДЕНИЯ О СЕРВИСЕ… 2 НАЗНАЧЕНИЕ СЕРВИСА… 2 ВХОД В СЕРВИС… 2 ИНТЕРФЕЙС СЕРВИСА… 3 ДОКУМЕНТООБОРОТ… 7 РАБОТА

Подробнее

Руководство пользователя

Руководство пользователя Сервис СФЕРА Курьер esphere.ru ОГЛАВЛЕНИЕ ОБЩИЕ СВЕДЕНИЯ О СЕРВИСЕ… 2 НАЗНАЧЕНИЕ СЕРВИСА… 2 ВХОД В СЕРВИС… 2 ИНТЕРФЕЙС СЕРВИСА… 3 ДОКУМЕНТООБОРОТ… 6 РАБОТА С ДОКУМЕНТАМИ…

Подробнее

Руководство пользователя

Руководство пользователя сервис E-Invoicing Документооборот sberbank.ru Оглавление ОБЩИЕ СВЕДЕНИЯ О СЕРВИСЕ…3 НАЗНАЧЕНИЕ СЕРВИСА…3 ВХОД В СЕРВИС…3 Вход через Личный кабинет клиента…3 Вход по ссылке…3

Подробнее

DIRECTUM Jazz для Android

DIRECTUM Jazz для Android Быстрый старт Версия 1.7 Компания DIRECTUM, 2017 Начало и завершение работы Вход в приложение Чтобы войти в приложение, нажмите на значок В открывшемся окне последовательно введите

Подробнее

Руководство пользователя

Руководство пользователя Сервис СФЕРА Курьер esphere.ru ОГЛАВЛЕНИЕ ОБЩИЕ СВЕДЕНИЯ О СЕРВИСЕ… 2 НАЗНАЧЕНИЕ СЕРВИСА… 2 ВХОД В СЕРВИС… 2 ИНТЕРФЕЙС СЕРВИСА… 3 ДОКУМЕНТООБОРОТ… 6 РАБОТА С ДОКУМЕНТАМИ…

Подробнее

TESSA: новый взгляд на СЭД. Москва 2015

TESSA: новый взгляд на СЭД Москва 2015 Типичные проблемы при внедрении СЭД Проблемы с производительностью Высокие затраты на серверное оборудование Проблемы с территориальной распределенностью и работой

Подробнее

Функционал взаимодействий в БСП 2.3

Функционал взаимодействий в БСП 2.3 На основе большинства прикладных решений фирмы 1С на платформе 8.3 легла «1С:Библиотека стандартных подсистем 2.3» (БСП), предоставляющая набор универсальных функциональных

Подробнее

Инструкция по работе СДО ПРОФ

Инструкция по работе СДО ПРОФ Оглавления Настройка УЦ Алгоритм работы Контрагенты Группы Пользователи Документы Курсы Вебинары База Знаний Сайт УЦ Настройка УЦ Работу в системе нужно начинать с вкладки

Подробнее

Руководство пользователя

Руководство пользователя сервис E-Invoicing Документооборот sberbank.ru Оглавление ОБЩИЕ СВЕДЕНИЯ О СЕРВИСЕ… 2 НАЗНАЧЕНИЕ СЕРВИСА… 2 ВХОД В СЕРВИС… 2 ИНТЕРФЕЙС СЕРВИСА… 4 ДОКУМЕНТООБОРОТ… 7 РАБОТА

Подробнее

На платформе Alfresco ECM. User Guide

На платформе Alfresco ECM User Guide Оглавление Введение… 3 Термины и определения…. 3 1. Главная страница — дашлеты и персонализация… 3 2. Сайты и журналы… 4 2.1 Создание сайта, типы сайтов…

Подробнее

Переход на Outlook 2010

Содержимое данного руководства Microsoft Внешний вид приложения Microsoft Outlook 2010 существенно отличается от Outlook 2003, и это руководство призвано ускорить знакомство с новой версией программы.

Подробнее

ITSM 365. Облегченный интерфейс настройки

ITSM 365 Облегченный интерфейс настройки Введение: В данном документе приводится описание возможных настроек и действий в облегченном интерфейсе настройки. Облегченный интерфейс настройки это интерфейс

Подробнее

Методические указания

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ Финансовый университет при Правительстве Российской Федерации ОТДЕЛ ВНЕДРЕНИЯ ИННОВАЦИОННЫХ ОБРАЗОВАТЕЛЬНЫХ ТЕХНОЛОГИЙ

Подробнее

Комплексная система управления

Новые возможности в повышении эффективности бизнес-процессов при использовании модуля «Управление деловыми процессами» совместно с другими модулями «Системы управления ПАРУС» Михайлов Александр Сергеевич

Подробнее

Базовые процессы управления проектами

Базовые процессы управления проектами Оглавление 1. КАРТА ФУНКЦИОНАЛЬНЫХ ВОЗМОЖНОСТЕЙ АДВАНТЫ… 3 2. ОРГАНИЗАЦИЯ РЕЕСТРА ПРОЕКТОВ… 4 2.1. СТРУКТУРА ДЕРЕВА ПРОЕКТОВ ПРЕДПРИЯТИЯ… 4 2.2. ПРОЦЕДУРА ЗАПУСКА

Подробнее

Руководство администратора

Руководство администратора Сервис E-Invoicing Документооборот sberbank.ru Оглавление ОБЩИЕ СВЕДЕНИЯ О СЕРВИСЕ… 2 НАЗНАЧЕНИЕ СЕРВИСА… 2 ВХОД В СЕРВИС… 2 ИНТЕРФЕЙС СЕРВИСА… 2 НАСТРОЙКА ОРГАНИЗАЦИИ…

Подробнее

Портал управления Version 7.7

Портал управления Version 7.7 РУКОВОДСТВО АДМИНИСТРАТОРА Редакция: 29.03.2018 Содержание 1 Об этом документе…3 2 О портале управления…3 2.1 Учетные записи и отделы… 3 2.2 Поддерживаемые веб-браузеры…

Подробнее

ВОЗМОЖНОСТИ ЭЛЕКТРОННОГО ДНЕВНИКА

Департамент Образования Города Москвы Департамент информационных технологий города Москвы ГБОУ городской методический центр ДОгМ ВОЗМОЖНОСТИ ЭЛЕКТРОННОГО ДНЕВНИКА Инструкция для родителей Общегородской

Подробнее

Руководство администратора

Руководство администратора Сервис Курьер Документооборот esphere.ru ОГЛАВЛЕНИЕ ОБЩИЕ СВЕДЕНИЯ О СЕРВИСЕ… 2 НАЗНАЧЕНИЕ СЕРВИСА… 2 ВХОД В СИСТЕМУ… 2 ИНТЕРФЕЙС СЕРВИСА… 4 НАСТРОЙКА ОРГАНИЗАЦИИ…

Подробнее

Судебная практика применения электронных документов


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

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

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

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

Порядок подачи документов в арбитражные суды РФ в электронном виде

В соответствии с п. 1 ст. 75 Арбитражного процессуального кодекса Российской Федерации (далее — АПК РФ) письменными доказательствами являются содержащие сведения об обстоятельствах, имеющих значение для дела, договоры, акты, справки, деловая корреспонденция, иные документы, выполненные в форме цифровой, графической записи или иным способом, позволяющим установить достоверность документа.

Документы, полученные посредством факсимильной, электронной или иной связи, в том числе с использованием сети Интернет, а также документы, подписанные электронной подписью или иным аналогом собственноручной подписи, допускаются в качестве письменных доказательств в случаях и в порядке, которые установлены АПК РФ, другими федеральными законами, иными нормативными правовыми актами или договором, либо определены в пределах своих полномочий Верховным Судом Российской Федерации (п. 3 ст. 75 АПК РФ).

Согласно Временному порядку подачи документов в электронном виде в Верховный Суд РФ (утв. Президиумом Верховного Суда РФ 05.11.2014) все документы должны быть отсканированы в формате Adobe PDF в черно-белом либо сером цвете (качество — не менее 200 точек на дюйм), обеспечивающем сохранение всех аутентичных признаков подлинности, а именно: графической подписи лица, печати, углового штампа бланка (если приемлемо), а также исходящего номера и даты заявления. Размер файла не должен превышать 10 Мб. Аналогичные требования содержатся и в Постановлении Президиума ВАС РФ №80 от 08.11.2013. «Об утверждении Порядка подачи документов в арбитражные суды Российской Федерации в электронном виде».

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

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

На последнем типе электронных документов остановимся подробнее.

Электронные документы с электронной подписью, представляющиеся в качестве письменных доказательств в суд, имеют ряд своих отличительных особенностей:
— Оригиналом такого документа является именно его электронный формат, тогда как распечатка электронного документа на бумаге в данной ситуации будет признаваться уже его копией, ведь изначально документ создавался и подписывался электронным способом. В Постановлении Президиума ВАС РФ от 20 сентября 2011 года №5365/11 указано, что в соответствии с действующим законодательством и условиями договора между контрагентами не предусмотрено представление электронных документов на бумажном носителе с проставлением каких-либо штемпелей, поскольку сама сущность такого документа заключается в его электронной форме.
— Вопрос о том какая именно копия электронного документа (только первая, либо и все последующие) является его подлинником, на настоящий момент не урегулирован.

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

В настоящее время законом не предусмотрено более надежного средства идентификации и аутентификации документа, как его составление в электронной форме с подписанием электронной подписью. И в тех многочисленных случаях, когда стороны надлежащим образом предусмотрели использование электронных документов в их взаимоотношениях, суды, в том числе и высшие судебные органы, признают доказательственное значение за электронными документами, подписанными в соответствии с требованиями Федерального закона от 06.04.2011 №63-ФЗ «Об электронной подписи».

На что стоит обратить внимание, чтобы Ваш электронный документ стал неоспоримым доказательством в суде

1. С контрагентом необходимо заключить соглашение об использовании электронного документооборота

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

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

Аналогичное мнение высказано в Определении ВАС РФ от 22.07.2014 №ВАС-8833/14 по делу №А60-24911/2013, согласно которому было признано правомерным перечисление банком денежных средств на основании платежных поручений клиента, подписанных электронной подписью в порядке, установленном соглашением сторон об обмене электронными документами, когда открытый ключ аналога собственноручной подписи (АСП), относящийся к электронной подписи клиента, не утратил силу и действовал на момент проверки; средствами проверки АСП была подтверждена подлинность АСП в электронном документе. АСП использовалась в соответствии со сведениями, указанными в Регистрационной карточке открытого ключа АСП, средствами в автоматическом режиме с фиксацией результата проверки электронным способом.

2. При подписании документа лучше использовать усиленную квалифицированную подпись

Усиленную квалифицированную электронную подпись отличает от обычной электронной подписи использование сертификата ключей проверки, созданных аккредитованным удостоверяющим центром. Согласно ст. 6 Федерального закона от 06.04.2011 №63-ФЗ «Об электронной подписи» информация в электронной форме, подписанная квалифицированной электронной подписью, признается электронным документом, равнозначным документу на бумажном носителе, подписанному собственноручной подписью, кроме случаев, когда федеральными законами или принимаемыми в соответствии с ними нормативными правовыми актами установлено требование о необходимости составления документа исключительно на бумажном носителе.

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

Такое мнение было высказано в Постановлении Семнадцатого арбитражного апелляционного суда от 6 марта 2013 года №17АП-1366/2013-ГК, согласно которому использование ключей электронной подписи связано с действиями только того лица, кто является владельцем сертификата этих ключей подписи.

3. Установить уполномоченных представителей сторон сделки, наделенных правами электронной подписи соответствующих документов

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

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

При получении электронного документа от своего контрагента необходимо проверить подлинность усиленной квалифицированной электронной подписи, поставленной на этом документе. А это значит, необходимо сопоставить электронную подпись подписанта электронного документа с фамилией и инициалами владельца квалифицированного сертификата ключа проверки электронной подписи.

Дополнительные подтверждения правомерности электронного документооборота

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

— Пояснение свидетеля, в том числе в письменном виде, являющегося сотрудником организации, от имени которой подготовлен электронный документ, либо сотрудником организации, получившим такой документ (Постановление Федерального арбитражного суда Северо-Западного округа от 2 июля 2013 года №Ф07-3872/13 по делу №А56-2804/2012).

В соответствии с п. 2 ст. 88 АПК РФ арбитражный суд по своей инициативе может вызвать в качестве свидетеля лицо, участвовавшее в составлении документа, исследуемого судом как письменное доказательство. В рамках данной нормы может быть вызвано также и лицо, получившее электронный документ, ведь, как правило, законодательство требует от нас двухстороннего подписания документа.

Кроме того, инициатива вызова такого свидетеля может исходить не только от суда, но и от любой стороны судебного разбирательства. Ведь согласно п. 1 ст. 56 АПК РФ свидетелем является лицо, располагающее сведениями о фактических обстоятельствах, имеющих значение для рассмотрения дела, а право заявлять ходатайство о вызове свидетелей предоставлено всем лицам, участвующим в деле (п. 1 ст. 88 АПК РФ).

— Подтверждение, полученное от оператора электронного документооборота об отправке соответствующего файла электронного документа.

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

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

Документы, подписанные усиленной квалифицированной электронной подписью и направленные через оператора электронного документооборота — компанию Такском, допускаются в качестве письменных доказательств в случаях и в порядке, которые установлены АПК РФ, другими федеральными законами, иными нормативными правовыми актами или договором, либо определены в пределах своих полномочий Верховным Судом Российской Федерации (п. 3 ст. 75 АПК РФ).

Отправить

Запинить

Твитнуть

Поделиться

Поделиться

Автоматизация в «Первой Форме» стала проще

В системе автоматизации бизнес-процессов «Первая Форма» появилась уникальная возможность автоматизировать задачи при помощи smart-правил.

Smart-правила позволяют выполнять действия, а также изменять любые параметры документов и задач по расписанию или при наступлении заданных условий. Интерфейс управления smart-правилами прост и максимально адаптирован к логике управления бизнес-процессами, что позволяет даже неподготовленному пользователю быстро освоить создание правил в стиле «если – то»,  не прибегая, при этом, к программированию.<br />
<br />
«Первая Форма» —  система управления бизнес-процессами, ориентированная на максимальную простоту при доработке под нужды клиента», — говорит коммерческий директор компании «Первая форма» Александр КУЛИБАБА. – «В развитии системы мы последовательно идем по пути упрощения входящих в систему инструментов конструирования бизнес-процессов и документооборота. И если в других системах для создания правил обработки информации требуется создание скриптов или даже полноценное программирование, то в нашей системе для создания smart-правил требуется лишь минимальное обучение».<br />
<br />
<br />
О «Первой Форме»:<br />
<br />
«Первая форма» — комплексная система управления бизнесом, позволяющая сформировать целостную картину деятельности компании в режиме реального времени. «Первая форма» помогает контролировать исполнение поручений и задач, а также обеспечивает электронный документооборот и единую среду для общения сотрудников, в целом значительно облегчая управление бизнесом на всех уровнях руководства.<br />
<br />
Компания «Первая Форма» основана в 2002 году группой российских консультантов в области финансов и управления бизнес-процессами. Ключевым продуктом компании является одноименная система комплексной автоматизации бизнеса и централизованного контроля эффективности на базе управления полем задач. «Первая Форма» имеет более 150 успешных внедрений в компаниях различных отраслей бизнеса. Среди клиентов компании: Bosco di Ciliegi, Фармстандарт,  Sbarro, «Третий Рим» и другие компании. <br />
«Первая Форма» является партнером компании «КСК групп», специализирующейся на аудите, а также финансовом и управленческом консалтинге.<br />
<br />
Сайт компании: www.1forma.ru

Использование модели обработки форм в Power Automate — AI Builder

  • Статья
  • 6 минут на чтение
  • 6 участников

Полезна ли эта страница?

да Нет

Любая дополнительная обратная связь?

Отзыв будет отправлен в Microsoft: при нажатии кнопки отправки ваш отзыв будет использован для улучшения продуктов и услуг Microsoft.Политика конфиденциальности.

Представлять на рассмотрение

В этой статье

  1. Войдите в Power Automate.

  2. Выберите Мои потоки на левой панели, а затем выберите Новый поток > Мгновенный облачный поток .

  3. Назовите свой поток, выберите Вручную запустить поток под Выберите способ запуска этого потока , а затем выберите Создать .

  4. Развернуть Вручную запустить поток , а затем выбрать + Добавить ввод > Файл в качестве типа ввода.

  5. Выберите + Новый шаг > AI Builder , а затем выберите Извлечь информацию из форм в списке действий.

  6. Выберите модель обработки формы, которую вы хотите использовать, а затем выберите тип документа.

  7. В поле формы добавьте Содержимое файла из триггера:

  8. В последовательных действиях можно использовать любые поля и таблицы, извлеченные моделью AI Builder.Например, предположим, что наша модель обучена извлекать значения Номер партии , Вес нетто и Вес брутто . Мы также хотим опубликовать их на канале Microsoft Teams после того, как AI Builder извлечет их из документа. Просто добавьте действие Опубликовать сообщение из соединителя Microsoft Teams, а затем выберите свои поля из списка токенов.

    Примечание

    • Чтобы получить значение для поля, выберите <имя_поля> значение .Например, для поля Номер лота выберите значение Номер лота .
    • Чтобы получить значение флажка, выберите <имя_флажка> значение . Например, для флажка Приоритетная доставка выберите значение Приоритетная доставка . Возвращаемое значение имеет тип Boolean: true , если флажок отмечен в документе как установленный, false , если нет.
    • Чтобы получить показатель достоверности для извлеченного элемента, выберите показатель достоверности .Например, для поля Номер лота выберите Оценка достоверности номера лота .

Поздравляем! Вы создали поток, использующий модель обработки форм AI Builder. Выберите Сохранить в правом верхнем углу, а затем выберите Тест , чтобы опробовать свой поток.

Диапазон страниц

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

В параметр Страницы можно ввести значение страницы или диапазон страниц.Пример: 1 или 3-5.

Примечание

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

Пример: документ содержит первую форму на странице 2 и вторую форму на страницах 3 и 4:

  • Если вы введете диапазон страниц 2, он вернет данные первой формы.
  • Если ввести диапазон страниц 3-4, будут возвращены только данные второй формы.
  • Если вы введете диапазон страниц 2-4, будут возвращены частичные данные первой и второй формы (следует избегать).

Параметры

Ввод

Имя Обязательно Тип Описание Значения
Модель AI Да модель Модель обработки формы для анализа Обученные и опубликованные модели обработки форм
Тип документа Да список Тип файла формы для анализа PDF-документ (.pdf), изображение JPEG (.jpeg), изображение PNG (.png)
Форма Да файл Форма для обработки
Страницы строка Диапазон страниц для обработки

Выход

Имя Тип Описание Значения
{поле} значение строка Значение, извлеченное моделью ИИ
{поле} оценка достоверности поплавок Насколько модель уверена в своих прогнозах Значение в диапазоне от 0 до 1.Значения, близкие к 1, указывают на большую уверенность в том, что извлеченное значение является точным 90 192
{таблица}{столбец} значение строка Значение, извлеченное моделью ИИ для ячейки в таблице
{таблица}{столбец} показатель достоверности поплавок Насколько модель уверена в своих прогнозах Значение в диапазоне от 0 до 1. Значения, близкие к 1, указывают на большую уверенность в том, что извлеченное значение ячейки является точным

Примечание

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

Распространенные варианты использования

Итерация вывода таблицы обработки формы в Power Automate

Чтобы проиллюстрировать эту процедуру, мы используем следующий пример, в котором мы обучили модель обработки формы для извлечения таблицы с именем Items с тремя столбцами: Quantity , Description и Total . Мы хотим сохранить каждую строку из таблицы в файл Excel.

  1. Выберите поле, в которое вы хотите записать ячейку для таблицы. Откроется панель динамического содержимого, показывающая все, что умеет извлекать модель обработки формы. Найдите {имя вашей таблицы} {имя вашего столбца} значение . В нашем примере используется Items Quantity со значением .

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

  2. Продолжайте добавлять столбцы, которые вы хотите повторить.

Примечание

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

Обработка выходных данных флажков в Power Automate

Значения флажка имеют тип Boolean: true означает, что флажок помечен как выбранный в документе, а false означает, что это не так.

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

Другой вариант — сопоставить вывод true / false флажка с другими значениями по вашему выбору с помощью выражения if. Например, у вас может быть столбец в файле Excel, где вы хотите написать «Приоритет», если установлен один из флажков в документе, или «Неприоритет», если он не выбран.Для этого можно использовать следующее выражение: if(<вывод обработки формы>, 'Приоритет', 'Неприоритет') . На следующей анимации показан пример.

Удалить символы валюты (€, $,…) в выходных данных обработки формы в Power Automate

Для иллюстрации значение Total , извлеченное моделью обработки формы, может иметь символ валюты, например, 54 доллара. Чтобы удалить знак $ или любые другие символы, которые вы хотите опустить, используйте выражение замены для их удаления.Вот как:

replace(<результат обработки формы>, '$', '')

Преобразование выходной строки обработки формы в число в Power Automate

Обработка формы AI Builder возвращает все извлеченные значения в виде строк. Если для места назначения, в котором вы хотите сохранить значение, извлеченное при обработке формы AI Builder, требуется число, вы можете преобразовать значение в число, используя выражение int или float. Используйте int, если число не имеет десятичных знаков. Используйте float, если число содержит десятичные дроби.Вот как это сделать:

float('<результат обработки формы>')

Удаление пробелов в выходных данных обработки формы в Power Automate

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

replace(<результат обработки формы>, ' ', '')

Преобразование выходной строки обработки формы в дату в Power Automate

Обработка формы AI Builder возвращает все выходные данные в виде строк.Если место назначения, в котором вы хотите сохранить значение, извлеченное при обработке формы, должно быть в формате даты, вы можете преобразовать значение, содержащее дату, в формат даты. Сделайте это с помощью выражения formatDateTime. Вот как это сделать:

formatDateTime(<результат обработки формы>)

Отфильтровать подпись электронной почты из потока, чтобы она не обрабатывалась моделью обработки форм (Microsoft 365 Outlook)

Для входящих сообщений электронной почты из соединителя Microsoft 365 Outlook подписи электронной почты извлекаются Power Automate в виде вложений.Чтобы они не обрабатывались моделью обработки форм, добавьте в свой поток условие, которое проверяет, равен ли вывод соединителя Microsoft 365 Outlook с именем вложения встроенный ложному. В ветке Если да условия добавить действие обработки формы. При этом будут обрабатываться только вложения электронной почты, которые не являются встроенными подписями.

См. также

Обзор модели обработки форм

форм в документах HTML

форм в документах HTML

17.1 Введение в формы

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

Вот простая форма, которая включает метки, переключатели и кнопки. (сбросить форму или отправить):

 
<Р> <ВВОД тип="текст">
<ВВОД тип="текст">
<ВВОД тип="текст">
Мужской
Женский

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

Пользователи взаимодействуют с формами через named управляет .

«имя элемента управления» элемента управления задается его имя атрибут. Область действия атрибута name для элементом FORM является элемент FORM .

Каждый элемент управления имеет как начальное значение, так и текущее значение, оба из которых являются символьными строками.Пожалуйста, ознакомьтесь с определением каждого элемента управления для информация о начальных значениях и возможных ограничениях на значения, налагаемые контроль. В общем, элемент управления «начальный значение» может быть указано с элементом управления значение атрибута . Однако начальное значение Элемент TEXTAREA задается своим содержимым, а начальное значение элемент OBJECT в форме определяется объектом реализации (т. е. выходит за рамки данной спецификации).

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

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

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

17.2.1 Управление типы

HTML определяет следующие типы элементов управления:

кнопки
Авторы могут создавать три типа кнопок:

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

Примечание. Авторы должны учитывать, что КНОПКА Элемент предлагает более богатые возможности рендеринга, чем INPUT . элемент.

флажки
Флажки (и радиокнопки) — это переключатели включения/выключения, которые можно переключать Пользователь. Переключатель включен, когда элемент управления проверен установлен атрибут. Когда форма отправлена, только элементы управления флажком «включены» могут Добейся успеха.

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

радио кнопки
Радиокнопки аналогичны флажкам, за исключением того, что несколько имя управления, они взаимоисключающие: когда одно включен, все остальные с тем же именем выключены. Элемент INPUT используется для создания переключателя.
Если в наборе нет переключателей с одинаковым именем элемента управления, изначально «включено», поведение пользовательского агента для выбора того элемента управления, который изначально включен, неопределенный. Примечание. Поскольку существующие реализации обрабатывают это В другом случае текущая спецификация отличается от RFC 1866 ([RFC1866], раздел 8.1.2.4), в котором говорится:
Всегда проверяется только один из переключателей в наборе. Если ни один из элементов набора переключателей не указывает `CHECKED’, тогда пользовательский агент должен проверить первый переключатель набора изначально.

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

меню
Меню предлагают пользователям варианты выбора. ВЫБЕРИТЕ элемент создает меню, в сочетании с OPTGROUP и ОПЦИЯ элементы.
ввод текста
Авторы могут создавать два типа элементов управления, позволяющих пользователям вводить текст. Элемент INPUT создает однострочный элемент управления вводом, а элемент Элемент TEXTAREA создает многострочный элемент управления вводом.В обоих случаях, введенный текст становится текущим элементом управления стоимость.
выбор файла
Этот тип управления позволяет пользователю выбирать файлы так, чтобы их содержимое могут быть отправлены с формой. Элемент INPUT используется для создания файла выберите управление.
скрытые элементы управления
Авторы могут создавать элементы управления, которые не отображаются, но значения которых представлен с формой. Авторы обычно используют этот тип элемента управления для хранения информация между обменами клиент/сервер, которая в противном случае была бы потеряна из-за природа HTTP без сохранения состояния (см. [RFC2616]).ВХОД Элемент используется для создания скрытого элемента управления.
средства управления объектами
Авторы могут вставлять общие объекты в формы таким образом, чтобы связанные значения представлены вместе с другими элементами управления. Авторы создают элементы управления объектами с помощью . ОБЪЕКТ элемент.

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

Начальный тег: требуется , Конечный тег: требуется

Определения атрибутов

действие = uri [CT]
Этот атрибут указывает агент обработки формы. Поведение агента пользователя для значение, отличное от HTTP URI, не определено.
метод = получить|отправить [CI]
Этот атрибут указывает, какой метод HTTP будет использоваться для отправки набора данных формы.Возможные (без учета регистра) значения: «получить» (по умолчанию) и «отправить». См. раздел о представление формы для получения информации об использовании.
enctype = content-type [CI]
Этот атрибут определяет тип содержимого используется для отправки формы на сервер (когда значение метода «пост»). Значение по умолчанию для этого атрибута «application/x-www-form-urlencoded». Значение «multipart/form-data» следует использовать в сочетании с Элемент INPUT , тип =»file».
принять кодировку = список кодировок [CI]
Этот атрибут указывает список кодировок символов для ввода данные, которые принимает сервер, обрабатывающий эту форму. Значение представляет собой пробел- и/или список кодировок, разделенных запятыми значения. Клиент должен интерпретировать этот список как список исключающее ИЛИ, т. е. сервер может принимать любую одиночную кодировку символов для каждого полученного объекта.

Значением по умолчанию для этого атрибута является зарезервированная строка «НЕИЗВЕСТНО».Пользователь агенты могут интерпретировать это значение как кодировку символов, которая использовалась для передать документ, содержащий этот элемент FORM .

принять = список типов контента [CI]
Этот атрибут указывает разделенный запятыми список типов содержимого, которые сервер, обрабатывающий эту форму, будет обрабатывать правильно. Пользовательские агенты могут использовать это информация для фильтрации несоответствующих файлов при запросе пользователя на выбор файлы для отправки на сервер (см.элемент INPUT , когда введите = «файл»).
имя = cdata [CI]
Этот атрибут называет элемент так, чтобы на него можно было ссылаться из стиля листы или сценарии. Примечание. Этот атрибут включен для обратная совместимость. Приложения должны использовать Атрибут id для идентификации элементов.

Атрибуты, определенные в другом месте

  • id , class (идентификаторы всего документа)
  • lang (информация о языке), дир (текст направление)
  • стиль (встроенный информация о стиле)
  • заголовок (элемент название)
  • цель (цель информация о кадре)
  • onsubmit , onreset , onclick , ондблклик , onmousedown , , при наведении мыши , onmousemove , onmouseout , нажатие клавиши , onkeydown , onkeyup (внутренние события)

Элемент FORM действует как контейнер для контролирует.Он указывает:

  • Макет формы (задается содержимым элемента).
  • Программа, которая будет обрабатывать заполненную и отправленную форму (действие атрибут). Программа-получатель должна иметь возможность анализировать пары имя/значение в для того, чтобы ими воспользоваться.
  • Способ отправки пользовательских данных на сервер (метод атрибут).
  • Кодировка символов, которая должна быть принята сервером для обработки эту форму (атрибут accept-charset ).Пользовательские агенты могут консультировать пользователь значения атрибута accept-charset и/или ограничить возможность пользователя вводить нераспознанные символы.

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

В следующем примере показана форма, которую должен обрабатывать «adduser». программа при подаче. Форма будет отправлена ​​в программу по протоколу HTTP. «почтовый» метод.

 
   ...содержимое формы... 
 
 

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

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



 INPUT  - O EMPTY -- управление формой -->
 тип  %InputType; ТЕКСТ -- какой виджет нужен --
    имя  CDATA #ПРЕДПОЛАГАЕТСЯ -- отправить как часть формы --
    значение  CDATA #ПРЕДПОЛАГАЕТСЯ -- Укажите для переключателей и флажков --
    checked  (checked) #ПРЕДПОЛАГАЕТСЯ -- для переключателей и флажков --
    disabled  (disabled) #ПРЕДПОЛАГАЕТСЯ -- недоступно в данном контексте --
    только для чтения  (только для чтения) #ПРЕДПОЛАГАЕТСЯ -- для текста и пароля --
    размер  CDATA #ПРЕДПОЛАГАЕТСЯ -- зависит от каждого типа поля --
    maxlength  ЧИСЛО #ПРЕДПОЛАГАЕТСЯ -- максимальное количество символов для текстовых полей --
    источник  %URI; #ПРЕДПОЛАГАЕТСЯ -- для полей с изображениями --
    alt  CDATA #ПРЕДПОЛАГАЕТСЯ -- краткое описание --
    карта использования  %URI; #ПРЕДПОЛАГАЕТСЯ -- использовать карту изображения на стороне клиента --
    ismap  (ismap) #ПРЕДПОЛАГАЕТСЯ -- использовать карту изображений на стороне сервера --
    tabindex  NUMBER #IMPLIED -- позиция в порядке табуляции --
    ключ доступа  %Символ; #ПРЕДПОЛАГАЕТСЯ -- ключевой символ специальных возможностей --
    onfocus  %Script; #ПРЕДПОЛАГАЕТСЯ -- элемент получил фокус --
    onblur  %Script; #ПРЕДПОЛАГАЕТСЯ -- элемент потерял фокус --
    при выборе  %Script; #ПРЕДПОЛАГАЕТСЯ -- был выделен какой-то текст --
    при изменении  %Script; #ПРЕДПОЛАГАЕТСЯ -- значение элемента было изменено --
    принять  %ContentTypes; #ПРЕДПОЛАГАЕТСЯ -- список типов MIME для загрузки файлов --
  >
 

Начальный тег: требуется , Конечный тег: запрещено

Определения атрибутов

тип = текст|пароль|флажок|радио|отправить|сброс|файл|скрытый|изображение|кнопка [CI]
Этот атрибут определяет тип контроль для создания.Значение по умолчанию для этого атрибута — «текст».
имя = cdata [CI]
Этот атрибут назначает имя элемента управления.
значение = cdata [CA]
Этот атрибут указывает начальное значение контроль. Это необязательно, за исключением случаев, когда Атрибут типа имеет значение «радио» или «флажок».
размер = cdata [CN]
Этот атрибут сообщает агенту пользователя начальную ширину элемента управления.То ширина указывается в пикселях, за исключением случаев, когда Атрибут типа имеет значение «текст» или «пароль». В таком случае его value относится к (целому) количеству символов.
максимальная длина = номер [CN]
Когда атрибут типа имеет значение «текст» или «пароль», этот атрибут указывает максимальное количество символов, которое может ввести пользователь. Это число может превышать указанный размер , и в этом случае пользовательский агент должен предлагать механизм прокрутки.Значение по умолчанию для этого атрибут — неограниченное количество.
проверено [CI]
Когда атрибут типа имеет значение «радио» или «флажок», этот логический атрибут указывает, что кнопка включена. Пользовательские агенты должны игнорировать этот атрибут для других типов элементов управления.
источник = ури [CT]
Если атрибут типа имеет значение «изображение», этот атрибут указывает местоположение изображения, которое будет использоваться для украшения графического представления кнопка.

Атрибуты, определенные в другом месте

  • id , class (идентификаторы всего документа)
  • lang (информация о языке), дир (текст направление)
  • заголовок (элемент название)
  • стиль (встроенный информация о стиле)
  • альтернативный (альтернативный текст)
  • выравнивание (выравнивание)
  • принять (легальные типы контента для сервер)
  • readonly (управление вводом только для чтения)
  • отключено (отключено управление вводом)
  • tabindex (навигация с помощью вкладок)
  • ключ доступа (доступ ключи)
  • usemap (карты изображений на стороне клиента)
  • ismap (карты изображений на стороне сервера)
  • onfocus , onblur , onselect , onchange , onclick , ondblclick , , onmouseup , навести курсор мыши , onmousemove , , нажатие клавиши , onkeydown , onkeyup (внутренние события)

17.4.1 Типы управления создано с помощью INPUT

Тип управления, определяемый ВХОДОМ элемент зависит от значения атрибута type :

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

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

флажок
Создает флажок.
радио
Создает переключатель.
отправить
Создает кнопку отправки.
изображение
Создает графическую кнопку отправки. Значение из Атрибут src указывает URI изображения, которое будет украшать кнопка. Из соображений доступности авторы должны предоставить альтернативный текст для изображения через атрибут alt .

Когда указывающее устройство используется для нажатия на изображение, форма отправляется и координаты клика передаются в сервер.Значение x измеряется в пикселей слева от изображения и значение y в пикселях от верхней части изображения. Представленный данные включают имя .x= x-значение и имя .y= y-значение , где «имя» является значением атрибута имени , а x-значение и y-значение значения координат x и y соответственно.

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

  • Используйте несколько кнопок отправки (каждая со своим изображением) вместо одной графическая кнопка отправки. Авторы могут использовать таблицы стилей для управления расположение этих кнопок.
  • Использовать образ на стороне клиента карту вместе со скриптами.
сброс
Создает кнопку сброса.
кнопка
Создает кнопку. Пользовательские агенты должны использовать значение атрибута value в качестве кнопки этикетка.
скрытый
Создает скрытый элемент управления.
файл
Создает элемент управления выбором файла. Пользовательские агенты могут используйте значение атрибута value в качестве начального имени файла.

17.4.2 Примеры форм, содержащих INPUT управление

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

 
    <Р>
    Имя: 
Фамилия:
электронная почта:
Мужской
Женский

Эта форма может быть представлена ​​следующим образом:

В разделе, посвященном элементу LABEL , мы обсуждаем разметку таких этикеток, как «Имя».

В следующем примере проверка имени функции JavaScript срабатывает при возникновении события onclick:

<ГОЛОВА>


<ТЕЛО>
 
    <Р>
    
 

 

См. раздел о внутренних события для получения дополнительной информации о сценариях и событиях.

В следующем примере показано, как содержимое указанного пользователем файла может быть представлен с формой.Пользователю предлагается ввести его или ее имя и список имена файлов, содержимое которых должно быть отправлено вместе с формой. Указав enctype значение «multipart/form-data», содержимое каждого файла будет упакованы для представления в отдельном разделе составного документа.


 <Р>
 Как тебя зовут? 
 Какие файлы вы отправляете? 
 

Начальный тег: требуется , Конечный тег: требуется

Атрибуты, определенные в другом месте

  • id , class (идентификаторы всего документа)
  • lang (информация о языке), дир (текст направление)
  • заголовок (элемент название)
  • стиль (встроенный информация о стиле)
  • отключено (отключено управление вводом)
  • ключ доступа (доступ ключи)
  • tabindex (навигация с помощью вкладок)
  • onfocus , onblur , onclick , ондблклик , onmousedown , , при наведении мыши , onmousemove , onmouseout , нажатие клавиши , onkeydown , onkeyup (внутренние события)

Кнопки, созданные с помощью BUTTON Функция элемента такая же, как у кнопок созданные с помощью элемента INPUT , но они предлагают более богатую визуализацию возможности: элемент BUTTON может иметь содержимое.Например, КНОПКА элемент, который содержит изображение, функционирует как и может напоминать INPUT элемент, тип которого установлен на «изображение», но BUTTON тип элемента позволяет содержание.

Визуальные пользовательские агенты могут отображать BUTTON кнопки с рельефом и движение вверх/вниз при нажатии, хотя они могут отображать INPUT кнопки как «плоские» изображения.

Следующий пример расширяет предыдущий пример, но создает кнопки отправки и сброса с КНОПКА вместо ВВОД .Кнопки содержат изображения в виде Элемент IMG .

 
    <Р>
    Имя: 
Фамилия:
электронная почта:
Мужской
Женский

Напомним, что авторы должны предоставить альтернативный текст для Элемент IMG .

Незаконно связать карту изображения с IMG , который появляется как содержимое КНОПКА элемент.

НЕЗАКОННЫЙ ПРИМЕР:
Следующий код является недопустимым HTML.

<КНОПКА>


 

Начальный тег: требуется , Конечный тег: требуется

SELECT Определения атрибутов

имя = cdata [CI]
Этот атрибут назначает имя элемента управления.
размер = номер [CN]
Если Элемент SELECT представлен в виде прокручиваемого списка, этот атрибут указывает количество строк в списке, которые должны быть видны одновременно время.Визуальные пользовательские агенты не обязаны представлять SELECT . элемент в виде списка; они могут использовать любой другой механизм, например раскрывающийся список меню.
несколько [CI]
Если установлено, этот логический атрибут допускает множественный выбор. Если не установлено, Элемент SELECT допускает только одиночный выбор.

Атрибуты, определенные в другом месте

  • id , class (идентификаторы всего документа)
  • lang (информация о языке), дир (текст направление)
  • заголовок (элемент название)
  • стиль (встроенный информация о стиле)
  • отключено (отключено управление вводом)
  • tabindex (навигация с помощью вкладок)
  • onclick , ondblclick , onmousedown , , при наведении мыши , onmousemove , onmouseout , нажатие клавиши , onkeydown , onkeyup (внутренние события)

Элемент SELECT создает меню.Каждый выбор предлагаемое меню представлено элементом OPTION . А ВЫБЕРИТЕ элемент должен содержать хотя бы один элемент OPTION .

Элемент OPTGROUP позволяет авторам группировать варианты логически. Это особенно полезно, когда пользователь должен выбирать из длинного список опций; группы связанных вариантов легче понять и запомнить чем один длинный список опций. В HTML 4 все Элементы OPTGROUP должны быть указаны непосредственно в SELECT элемент (т.д., группы не могут быть вложенными).

17.6.1 Предварительно выбранный опции

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

  • Если нет Элемент OPTION имеет набор атрибутов selected , пользовательский агент поведение для выбора первоначально выбранной опции не определено. Примечание. Поскольку существующие реализации обрабатывают этот случай по-разному, текущая спецификация отличается от RFC 1866 ([RFC1866], раздел 8.1.3), в котором говорится:
    В начальном состоянии выбрана первая опция, если только атрибут присутствует в любом из элементов

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

  • Если один Элемент OPTION имеет набор атрибутов selected , он должен быть предварительно выбранный.
  • Если Элемент SELECT имеет набор атрибутов , кратный , и более один Элемент OPTION имеет набор атрибутов selected , все они должны быть предварительно выбранным.
  • Считается ошибкой, если более одного элемента ОПЦИЯ имеет выбранный набор атрибутов , а элемент SELECT не имеет множественный набор атрибутов . Пользовательские агенты могут различаться в том, как они обрабатывают это. ошибка, но не следует предварительно выбирать более одного варианта.

Начальный тег: требуется , Конечный тег: требуется

Определения атрибутов OPTGROUP

этикетка = текст [CS]
Этот атрибут определяет метку для группы параметров.

Атрибуты, определенные в другом месте

  • id , class (идентификаторы всего документа)
  • lang (информация о языке), дир (текст направление)
  • заголовок (элемент название)
  • стиль (встроенный информация о стиле)
  • отключено (отключено управление вводом)
  • onclick , ondblclick , onmousedown , , при наведении мыши , onmousemove , onmouseout , нажатие клавиши , onkeydown , onkeyup (внутренние события)

Примечание. Разработчикам рекомендуется, чтобы будущие версии HTML может расширить механизм группировки, чтобы разрешить вложенные группы (например, элементы OPTGROUP могут вкладываться друг в друга). Это позволит авторам представлять более богатая иерархия выбора.

Начальный тег: требуется , Конечный тег: дополнительно

ОПЦИЯ Определения атрибутов

выбранный [CI]
Если этот логический атрибут установлен, он указывает, что этот параметр предварительно выбранный.
значение = cdata [CS]
Этот атрибут указывает начальное значение контроль. Если этот атрибут не установлен, начальный value задается содержимым элемента OPTION .
этикетка = текст [CS]
Этот атрибут позволяет авторам указывать более короткую метку для опции, чем содержимое элемента OPTION . Когда указано, пользовательские агенты должны использовать значение этого атрибута, а не содержимое ОПЦИЯ элемент в качестве метки параметра.

Атрибуты, определенные в другом месте

  • id , class (идентификаторы всего документа)
  • lang (информация о языке), дир (текст направление)
  • заголовок (элемент название)
  • стиль (встроенный информация о стиле)
  • отключено (отключено управление вводом)
  • onclick , ondblclick , onmousedown , , при наведении мыши , onmousemove , onmouseout , нажатие клавиши , onkeydown , onkeyup (внутренние события)

При отображении пункта меню пользовательские агенты должны использовать значение атрибута label OPTION элемент как выбор.Если этот атрибут не указан, пользовательские агенты должны используйте содержимое элемента OPTION .

Метка атрибут Элемент OPTGROUP указывает метку для группы вариантов.

В этом примере мы создаем меню, позволяющее пользователю выбрать, какой из семь программных компонентов для установки. Первая и вторая составляющие предварительно выбраны, но могут быть отменены пользователем. Остальные компоненты не выбрано заранее. То атрибут размера указывает, что меню должно иметь только 4 строки, даже если пользователь может выбрать один из 7 вариантов.Другие варианты должны быть доступны через механизм прокрутки.

За SELECT следуют кнопки отправки и сброса.


   <Р>
   
   

Только выбранные параметры будут успешными (используя имя элемента управления «component-select»).Когда параметры не выбраны, управление не выполнено успешно и ни имя, ни любые значения отправляются на сервер при отправке формы. Обратите внимание, что где установлен атрибут value , он определяет элемент управления начальное значение, в противном случае это элемент содержание.

В этом примере мы используем элемент OPTGROUP для группировки вариантов. То следующая разметка:


 <Р>
 <ВЫБЕРИТЕ имя="ComOS">
     
     
       <ОПЦИОНАЛЬНАЯ метка="3.7.1" value="pm3_3.7.1">PortMaster 3 с ComOS 3.7.1
       
       
     
     
       
       
     
     
       <ОПЦИОНАЛЬНАЯ метка="3.7R" value="IRX_3.7R">IRX с ComOS 3.7R
       
     
 

 

представляет следующую группу:

  Никто
  ПортМастер 3
      3.7.1
      3,7
      3,5
  ПортМастер 2
      3,7
      3,5
  ИРКС
      3,7р
      3,5р
 

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

Графический агент пользователя может отобразить это как:

На этом изображении показан элемент SELECT , представленный в виде каскадных меню. Вершина метка меню отображает текущее выбранное значение (PortMaster 3, 3.7.1). Пользователь развернул два каскадных меню, но еще не выбрал новое. значение (PortMaster 2, 3.7). Обратите внимание, что в каждом каскадном меню отображается метка OPTGROUP или элемент OPTION .

Начальный тег: требуется , Конечный тег: требуется

Определения атрибутов

имя = cdata [CI]
Этот атрибут назначает имя элемента управления.
строк = число [CN]
Этот атрибут определяет количество видимых строк текста. Пользователи должны быть может вводить больше строк, чем это, поэтому пользовательские агенты должны предоставлять некоторые средства для прокрутите содержимое элемента управления, когда содержимое выходит за пределы видимая область.
столбцы = номер [CN]
Этот атрибут указывает видимую ширину в средней ширине символов. Пользователи должны иметь возможность вводить более длинные строки, поэтому пользовательские агенты должны предоставить некоторые средства для прокрутки содержимого элемента управления, когда содержимое выходит за пределы видимой области.Пользовательские агенты могут переносить видимый текст строки, чтобы длинные строки оставались видимыми без необходимости прокрутки.

Атрибуты, определенные в другом месте

  • id , class (идентификаторы всего документа)
  • lang (информация о языке), дир (текст направление)
  • заголовок (элемент название)
  • стиль (встроенный информация о стиле)
  • readonly (управление вводом только для чтения)
  • отключено (отключено управление вводом)
  • tabindex (навигация с помощью вкладок)
  • onfocus , onblur , onselect , onchange , onclick , ondblclick , , onmouseup , навести курсор мыши , onmousemove , , нажатие клавиши , onkeydown , onkeyup (внутренние события)

Элемент TEXTAREA создает управление многострочным вводом текста.Пользовательские агенты следует использовать содержимое этого элемента в качестве начального значение элемента управления и должен изначально отображать этот текст.

В этом примере создается TEXTAREA элемент управления, состоящий из 20 строк и 80 столбцов. и изначально содержит две строки текста. За TEXTAREA следуют кнопки отправки и сброса.


   <Р>