Почему возникает ошибка «Функционал не поддерживается в данной версии 1С:Документооборота» при настройке бесшовной интеграции с ДО 3.0?

Программист 1С v8.3 (Управляемые формы) 1С:Документооборот IT и автоматизация бизнеса
← На главную

При настройке бесшовной интеграции между "1С:Документооборот" (ДО) редакции 3.0 и учетной системой (например, самописной конфигурацией или типовым решением с внедренной Библиотекой интеграции с Документооборотом — БИД) разработчики часто сталкиваются с вводящим в заблуждение сообщением об ошибке.

Система сообщает: "Функционал не поддерживается в данной версии 1С:Документооборота. Требуется 1С:Документооборот версии 3.0.10 или выше".

Эта ошибка вызывает недоумение, когда фактически используется версия ДО значительно выше требуемой (например, 3.0.12 или новее), а обратное подключение (из ДО в учетную систему) работает корректно. Разберем подробно причины этого поведения и способы решения проблемы, основываясь на опыте разработчиков и внутренней логике библиотек 1С.

Причина 1: Некорректная настройка состава подсистем (Основное решение)

В ходе детального анализа программного кода Библиотеки интеграции (БИД) выясняется, что проблема часто кроется не в сетевом взаимодействии, а в механизме инициализации библиотеки внутри самой конфигурации. Рассмотрим, как это работает.

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

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

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

Решение:

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

Причина 2: Конфликт констант версий интеграции

При внедрении БИД важно понимать, что библиотека поддерживает работу как с редакцией 2.1, так и с редакцией 3.0. За переключение логики (использование SOAP-сервисов для 2.1 или HTTP/REST для 3.0) отвечают разные константы. Если они настроены неправильно, система будет пытаться использовать устаревшие методы проверки версии.

Проанализируем необходимые настройки констант:

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


ИспользоватьИнтеграциюС1СДокументооборот = Ложь;
ИспользоватьИнтеграциюС1СДокументооборот3 = Истина;

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

Причина 3: Проблемы с публикацией веб-сервисов

Если манипуляции с конфигурацией не помогли, необходимо проверить сторону веб-сервера (IIS или Apache), на котором опубликован 1С:Документооборот.

Ошибка "функционал не поддерживается" может возникать, если интегрируемая система не получает корректный XML-ответ от сервиса проверки версии (DMVersion или DMService). Это происходит, если:

  1. Не обновлена публикация: После обновления платформы или релиза конфигурации ДО необходимо заново опубликовать базу на веб-сервере. Убедитесь, что в файле публикации (default.vrd) установлены флаги публикации для стандартных Web-сервисов и HTTP-сервисов.
  2. Кеширование: Веб-сервер может кешировать старое описание WSDL. Рекомендуется перезапустить службу веб-сервера (команда iisreset для Windows/IIS или systemctl restart apache2 для Linux).
  3. Доступность сервиса: Попробуем открыть ссылку на описание сервиса в браузере. Адрес обычно выглядит так: http://ваш_сервер/база_до/ws/DMService?wsdl Если браузер не запрашивает логин/пароль или выдает ошибку (404, 500), значит, проблема именно в доступности веб-сервиса, а не в версии ДО.

Причина 4: Права служебного пользователя

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

Если у пользователя недостаточно прав, веб-сервер может вернуть HTML-страницу с ошибкой доступа вместо ожидаемого ответа SOAP/REST. Библиотека интеграции не сможет распарсить такой ответ и, следуя внутренней логике обработки исключений, выдаст сообщение о том, что версия не определена или не поддерживается.

Рекомендации по проверке:

Резюме

Сообщение "Требуется 1С:Документооборот версии 3.0.10 или выше" при использовании актуального релиза чаще всего является "ложным следом". В первую очередь рекомендуем проверить флаг Включать в командный интерфейс у подсистемы интеграции — это наиболее частая причина ошибки в самописных решениях. Далее следует проверить корректность констант выбора версии и доступность веб-сервисов на стороне сервера приложений.

← На главную