К статье
Практический материал

Администрирование · 11 мин

ПЭП в 1С: что это и как работает простая электронная подпись

ПЭП в 1С — это простая электронная подпись: разбираем, что это, чем отличается от УКЭП, как настроить в типовых конфигурациях и где применяется в учёте.

ПЭП в 1С — это простая электронная подпись, механизм, который фиксирует, какой именно пользователь программы подтвердил или утвердил документ. В отличие от криптографических подписей, ПЭП не использует сертификаты ключей: подписание сводится к тому, что пользователь авторизуется в системе своими учётными данными, а программа записывает в документ отметку о подписании с указанием пользователя и даты.

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

В типовых конфигурациях 1С (Бухгалтерия, ERP, Управление торговлей, ЗУП и другие) механизм электронных подписей реализован в подсистеме «Электронная подпись» библиотеки стандартных подсистем. Простая подпись там работает как фиксация факта подписания, а усиленная — через криптографию. Путать их нельзя: у них разные юридические последствия и разные сценарии использования.

Чем ПЭП отличается от УНЭП и УКЭП

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

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

ПараметрПЭПУНЭПУКЭП
Способ подтвержденияЛогин и пароль, код из SMS/почтыКриптографический ключКриптографический ключ + квалифицированный сертификат
Контроль изменения документаНетДаДа
Сертификат удостоверяющего центраНе нуженНужен (любой)Нужен, от аккредитованного УЦ
Типичное применениеВнутренние согласования, ознакомлениеОбмен с контрагентами по соглашениюОтчётность, ЭДО, госпорталы

Практический вывод: ПЭП нельзя использовать для отправки отчётности в ФНС или юридически значимого ЭДО с контрагентами. Для этих задач в 1С настраивают усиленную подпись через криптопровайдер и сертификаты.

Где в 1С применяется простая электронная подпись

Самый распространённый сценарий — внутреннее согласование документов. Например, заявка на оплату проходит цепочку: инициатор → руководитель отдела → финансист. Каждый участник открывает документ под своей учётной записью и нажимает «Согласовать» — система фиксирует отметку с указанием пользователя и времени. Это и есть реализация ПЭП на практике.

Второй сценарий — подтверждение ознакомления. В 1С:ЗУП и решениях для кадрового электронного документооборота сотрудник входит в личный кабинет и подтверждает, что ознакомлен с приказом или локальным нормативным актом. Подтверждением служит его авторизация, иногда дополненная кодом из SMS.

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

Как устроена ПЭП технически в типовых конфигурациях

В типовых решениях на базе БСП (библиотеки стандартных подсистем) есть подсистема «Электронная подпись». Для усиленной подписи она хранит сертификаты и вызывает криптопровайдер, а факт подписания фиксируется в служебных таблицах вместе с данными подписанта. Для простой подписи механизм проще: система связывает действие с аутентифицированным пользователем сеанса.

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

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

Как настроить подписание и контроль действий пользователей

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

Порядок настройки
  1. 1
    Создайте каждому пользователю отдельную учётную запись в разделе «Администрирование → Пользователи и права»
  2. 2
    Задайте политику паролей: минимальная длина, сложность, запрет повторного использования
  3. 3
    Отключите или заблокируйте общие учётные записи вроде «Администратор» для повседневной работы
  4. 4
    Настройте роли и профили доступа так, чтобы пользователь видел только свои документы и функции
  5. 5
    Включите и проверьте журнал регистрации: он должен фиксировать входы, изменения и проведение документов
  6. 6
    Закрепите порядок применения ПЭП во внутреннем регламенте компании

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

Для повышения надёжности рассмотрите двухфакторную аутентификацию. В файловом варианте её возможности ограничены, в клиент-серверном и в облачных сервисах 1С подтверждение входа кодом обычно доступно. Это превращает ПЭП из «знал пароль» в «знал пароль и имел доступ к телефону», что заметно сильнее как доказательство.

Риски и ограничения простой подписи

Главный риск ПЭП — передача пароля. Если сотрудники делятся учётными данными, любая отметка о подписании обесценивается: нельзя доказать, кто реально нажимал кнопку. Второй риск — работа под чужой сессией на незаблокированном компьютере. Третий — администратор, который может изменить или удалить записи.

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

Типичные ошибки
01
Работа нескольких сотрудников под одной учётной записью — отметка подписи не идентифицирует человека
02
Отсутствие внутреннего регламента — запись в 1С не имеет доказательной силы при споре
03
Попытка подписать ПЭП документы для налоговой или юридически значимого ЭДО — документы не примут
04
Отключённый журнал регистрации — невозможно восстановить, кто и когда изменил документ
05
Хранение паролей на стикерах и в общих файлах — компрометация сводит защиту к нулю

ПЭП или усиленная подпись: как выбрать

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

Маршрут решения

Как выбрать вид подписи

Документ согласуется только внутри компанииДостаточно ПЭП: персональные учётные записи, регламент, журнал регистрации
Документ уходит контрагенту по договору с условием об электронном обменеИспользуйте УНЭП или УКЭП по соглашению сторон
Документ направляется в ФНС, фонды или через оператора ЭДОНужна УКЭП: сертификат аккредитованного УЦ и настроенный криптопровайдер
Нужно подтвердить неизменность документа после подписанияТолько усиленная подпись: ПЭП технически не контролирует целостность

На практике виды подписей сочетаются: внутренние согласования идут через ПЭП, а итоговый документ перед отправкой вовне подписывается УКЭП руководителя или уполномоченного сотрудника. Такой двухуровневый подход не требует выдачи сертификатов всем участникам процесса и при этом даёт юридически значимый результат.

Перед внедрением ПЭП проведите ревизию учётных записей: в большинстве баз находятся «общие» пользователи и сотрудники, уволенные давно, но не заблокированные. Пока такие записи активны, любые отметки о подписании уязвимы для оспаривания.
ПЗ
Практическое замечание

Как проверить, что подписание работает корректно

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

Контрольные точки

Как проверить результат

Отметка о подписании в документе
Норма

Указаны конкретный пользователь, дата и время

Тревожный признак

Отметка отсутствует или стоит имя общей учётной записи

Права доступа
Норма

Пользователь без роли согласования не может утвердить документ

Тревожный признак

Любой пользователь может согласовать чужой документ

Журнал регистрации
Норма

Фиксируются входы, изменения и проведение документов

Тревожный признак

Журнал пустой или отключён

Блокировка уволенных
Норма

Учётные записи уволенных сотрудников отключены

Тревожный признак

Под старой учётной записью можно войти

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

Итог

Что важно запомнить

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

Частые вопросы о ПЭП в 1С

ПЭП в 1С имеет юридическую силу?

Да, но условно. По 63-ФЗ простая подпись признаётся, если порядок её применения и идентификации подписанта закреплён в соглашении сторон или внутреннем регламенте. Без такого документа отметку в 1С легко оспорить.

Можно ли подписать ПЭП счёт-фактуру для налоговой?

Нет. Электронные счета-фактуры и УПД в юридически значимом ЭДО подписываются усиленной квалифицированной подписью. Для этого в 1С настраивают сертификат и обмен через оператора ЭДО.

Нужен ли для ПЭП токен или криптопровайдер?

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

Как доказать, кто именно подписал документ простой подписью?

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

Чем ПЭП в 1С отличается от подписи в личном кабинете сотрудника?

Суть одна: и там, и там подтверждение идёт через авторизацию. Разница в реализации: в личном кабинете (например, при ознакомлении с приказами в КЭДО) чаще добавляют код из SMS, что повышает надёжность идентификации.

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

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