Виды электронных подписей в 1С при работе с ЭТП

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

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

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

Какие виды подписей существуют и чем они отличаются

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

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

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

Какую подпись требуют электронные торговые площадки

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

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

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

Сравнение вариантов

ПЭП (логин, пароль, код)

Подходит только для внутренних процессов при наличии регламента. Не принимается площадками и операторами ЭДО.

УНЭП

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

УКЭП

Универсальный вариант: госплощадки, ЭДО, отчётность, банки. Требует покупки сертификата в аккредитованном УЦ и периодического перевыпуска.

Как устроено подписание внутри 1С

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

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

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

Как проверить и настроить сертификат в 1С

Перед началом работы убедитесь, что на компьютере установлена криптопрограмма с действующей лицензией, а сертификат виден в системе. В типовых конфигурациях путь примерно одинаков: раздел «Администрирование» → «Обмен электронными документами» или «Электронные подписи и шифрование». Там задаётся программа защиты информации и выбирается сертификат для подписания.

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

1. 1
   Установите криптопровайдер (КриптоПро CSP или ViPNet CSP) и проверьте срок действия его лицензии.
2. 2
   Установите сертификат УКЭП в хранилище или подключите токен с ключом, убедитесь, что сертификат виден в системе и не просрочен.
3. 3
   В 1С откройте настройки электронных подписей, укажите программу защиты информации, соответствующую установленному криптопровайдеру.
4. 4
   Выберите сертификат и выполните встроенную проверку подписания тестового документа.
5. 5
   Настройте профиль обмена с площадкой или оператором ЭДО и отправьте тестовый документ.
6. 6
   Проверьте на стороне площадки, что подпись прошла проверку и документ принят.

Типичные ошибки при подписании документов для ЭТП

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

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

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

Безопасность ключей и границы самостоятельной работы

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

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

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

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

Проверка подписания в 1С

Норма

Тестовое подписание проходит, подпись формируется без ошибок

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

Ошибка обращения к ключу или криптопровайдеру — проверяйте установку и настройки программы защиты

Статус сертификата

Норма

Сертификат действителен, не отозван, данные совпадают с реквизитами организации

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

Срок истёк, сертификат отозван или реквизиты устарели — нужен перевыпуск

Приём документа площадкой

Норма

Документ прошёл проверку подписи и принят в работу

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

Отклонение по подписи — сверяйте тип подписи с регламентом площадки и данные сертификата

FAQ: частые вопросы о подписях в 1С и на ЭТП

Можно ли работать на ЭТП с бесплатной подписью, выпущенной самой площадкой?

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

Один сертификат УКЭП подойдёт для всех площадок и ЭДО?

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

Что делать, если 1С не видит сертификат, хотя он установлен?

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

Можно ли подписывать документы для ЭТП с нескольких компьютеров одним сертификатом?

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

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

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

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

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