← На главную

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

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

Архитектурные ограничения бесшовной интеграции в версии 2.1

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

• Разделение интерактивной и программной логики: При работе в тонком клиенте «1С:Документооборота» нажатие кнопки выполнения задачи в экранной форме запускает клиентские процедуры проверки необходимости ЭП, обращение к криптографическому модулю (или передачу команды серверному криптопровайдеру) и непосредственную запись сформированной подписи в регистры сведений и реквизиты предмета.
• Особенности работы веб-сервиса в Библиотеке интеграции с 1С:Документооборотом (БИД) 2.x: При нажатии кнопки выполнения задачи во внешней базе отправляется вызов веб-сервиса (в частности, метода выполнения задачи). В типовой реализации БИД для редакции 2.1 механизм выполнения задачи через веб-сервис передает только команду изменения состояния бизнес-процесса. Процедура наложения криптографической подписи на согласуемый предмет при этом по умолчанию не инициируется.
• Игнорирование требования ЭП веб-сервисом: Обработчик веб-сервиса на стороне «1С:Документооборота 2.1» регистрирует результат выполнения шага процесса, но не осуществляет автоматический криптографический вызов для генерации подписи из серверного хранилища. В результате задача формально закрывается без ошибки, но предмет остается неподписанным.

Различия редакций конфигурации

Ограничение наложения электронной подписи через механизм бесшовной интеграции является известной особенностью редакции 2.1. В официальных материалах фирмы «1С» возможность штатного подписания документов и задач электронной подписью из интерфейса интегрированной системы заявлена как новшество только начиная с линейки «1С:Документооборот 3.0» (в частности, с релиза 3.0.20 и соответствующих версий БИД 3.0). В третьей редакции архитектура обмена была переработана: интерфейс интегрируемой базы научился взаимодействовать с криптографией и передавать команды подписания в сервис документооборота штатным образом.

Шаги проверки текущих настроек

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

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

Возможные варианты решения

В зависимости от ограничений проекта и готовности к доработкам конфигурации можно рассмотреть несколько подходов:

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

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

Вариант 2. Организационное разделение или открытие карточки в 1С:ДО
Если изменение конфигурации запрещено правилами сопровождения:

• Пользователям, участвующим в процессах с юридически значимым или регламентным подписанием, настраивается открытие задачи непосредственно в интерфейсе «1С:Документооборота» (например, по гиперссылке перехода к объекту ДО из внешней базы).
• В таком сценарии подписание выполняется через штатную форму 1С:ДО, где интерактивный вызов криптографии работает гарантированно.

Вариант 3. Переход на 1С:Документооборот редакции 3.0
Если предприятие планирует обновление программного комплекса, переход на линейку 3.0 и актуальные версии Библиотеки интеграции позволяет использовать типовой механизм подписания документов и задач непосредственно в окне интегрированной системы без необходимости снятия конфигурации с поддержки.