Чат-бот в клиент-серверной базе больше не создаёт паразитную нагрузку на сервер.

• Что было. В клиент-серверной базе встроенный обработчик чат-бота не мог выдержать паузу между циклами работы и вместо ожидания начинал крутиться вхолостую: сервер 1С отдавал под это до двух ядер, а журнал регистрации заполнялся однотипными записями — на замере 11.08.2026 их набралось больше ста тысяч за двадцать пять минут. Со стороны это выглядит как «1С стала тормозить без причины», а полезных сообщений в журнале за этим потоком уже не видно.
• Что изменилось. Обработчик проверяет, действительно ли выдержана пауза. Если нет — он останавливается и оставляет в журнале регистрации одну понятную запись с объяснением: в клиент-серверной базе темп работы бота задают регламентные задания (получение сообщений, обработка решений, отправка уведомлений), а встроенный обработчик нужен только файловой базе, где своего планировщика нет.
• На файловой базе поведение не изменилось — пауза работает, обработчик крутится как прежде.
• Обновление рекомендуется всем, кто использует чат-бота (MAX или Telegram) на клиент-серверной базе.

Кнопки фоновых операций на карточке чат-бота снова работают.

• Что было. Нажатие кнопки «Восстановить робота» на карточке чат-бота завершалось ошибкой «Поле объекта не доступно для записи». Через тот же механизм работали и остальные фоновые операции карточки, поэтому не открывались «Настроить автоматически (Apache)» и настройка драйвера для файловой базы. Администратор оставался без штатных средств восстановления бота и чинил публикацию и служебную учётную запись вручную.
• Что изменилось. Причина — конфликт служебного имени переменной с системным свойством формы; имя изменено, поведение самих операций не менялось. Все три кнопки отрабатывают штатно.
• Почему не поймали раньше. Ошибка возникает только в момент нажатия кнопки и не выявляется проверкой конфигурации, а автоматических проверок именно на кнопки карточки бота не было. Найдено на живой базе, сценарий добавлен в обязательный регламент проверки перед выпуском.

Расширение устанавливается на любые сборки 1С:Документооборот КОРП 3.0.19 и выше, а не только на ту, на которой собиралось.

• Что было. При добавлении расширения в базу с другой версией ДО (проявилось на 3.0.21) установка прерывалась сообщением о несовпадении свойства «Объект расширяемой конфигурации» у языка. На 3.0.19.30 того же не происходило. Для тиражного продукта это критично: покупатель с более свежей типовой конфигурацией просто не мог поставить расширение.
• Что изменилось. Снята жёсткая привязка заимствованного языка к идентификатору конкретной сборки ДО. Функций, прав и лицензирования правка не касается.
• Проверено. Установка и применение на 1С:Документооборот КОРП 3.0.21.3 проходят штатно, модули расширения компилируются и исполняются.
• Ограничение, о котором предупреждаем честно. Ошибка с языком была первым барьером, но на сильно разошедшихся версиях типовой возможны другие расхождения в заимствованных формах. На 3.0.21.3 их не возникло; если при установке на вашу версию появится другое сообщение — напишите в поддержку, разберём.

Проверка лицензии больше не может прервать штатную операцию 1С:Документооборота.

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

Запрет выполнения задачи другим сотрудником выглядит как отказ, а не как предупреждение.

• Что было. При срабатывании запрета пользователь видел обычное окно с сообщением и кнопкой «OK» — то же, которым система обращает внимание на что-то незначительное. Оставалось непонятно, выполнена задача или нет.
• Что изменилось. Теперь показывается штатное окно отказа «Задача не выполнена» с причиной — тот же интерфейс, которым 1С:Документооборот сообщает о невозможности выполнить задачу. Пользователю сразу видно, что задача осталась невыполненной и почему.
• При групповом выполнении причина отказа выводится один раз, а не повторяется для каждой отобранной задачи; в форме ошибок группового выполнения по-прежнему перечисляется каждая задача отдельно.
• Изменение касается только тех, у кого включена функция «Запрет выполнения задачи другим сотрудником»; сама логика запрета не менялась.

Описание функции «Запрет выполнения задачи другим сотрудником» приведено в соответствие с её реальным поведением.

• В форме «Настройка возможностей» описание функции обещало, что пользователи с полными правами под ограничение не попадают. На деле запрет действует на всех без исключения, включая администраторов. Описание исправлено: теперь там прямо написано, что исключений по правам нет. Так и задумано – запрет отвечает на вопрос «кто фактически закрыл задачу», и администратор из этого правила не выводится, иначе теряется смысл контроля.
• Второе расхождение – про помощника. В описании говорилось, что помощник блокируется, хотя он спокойно выполняет задачу и продолжит выполнять. Причина в устройстве самой 1С:Документооборот: когда задачу закрывает помощник, система считает автором решения самого сотрудника, а помощника фиксирует отдельно – как того, кто отметил результат. Замещающий в такой ситуации записывается автором решения от своего имени, поэтому он под запрет попадает, а помощник – нет. Теперь описание объясняет это прямо, чтобы поведение системы не выглядело сбоем.
• Поведение самой функции в этом выпуске не менялось – всё, что она делала в версии 1.95.0, работает так же. Изменены только пояснительные тексты в интерфейсе настроек.

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

• Ложная блокировка у совместителей. Если у сотрудника в базе несколько карточек (совместительство), запрет ориентировался только на одну из них – основную. Задача, адресованная любой другой карточке того же человека, считалась «чужой»: сотрудник пытался выполнить собственную задачу и получал отказ, обойти который было нечем. Теперь система признаёт своими задачи по всем карточкам сотрудника, связанным с его учётной записью, – как это делает сама 1С:Документооборот при определении фактических исполнителей. Учитываются и карточки, помеченные недействительными: ранее назначенная задача остаётся своей, даже если карточку уже закрыли. Чем больше в базе совместителей, тем заметнее было прежнее поведение.
• Срабатывание запрета теперь фиксируется в журнале регистрации. Часть задач (например, согласования) 1С:Документооборот завершает не сразу, а фоновой обработкой очереди. Когда запрет срабатывал именно там, пользователь видел только сообщение о невыполненном задании, а следов, по которым можно разобрать инцидент, не оставалось – подробная запись велась лишь при специально включённом детальном логировании. Теперь при каждом срабатывании запрета в фоне в журнал регистрации пишется событие уровня «Предупреждение» с указанием назначенного и фактического исполнителя. Уровень выбран не «Ошибка» намеренно: сработавший запрет – штатное поведение, а не сбой. Сама запись в журнал устроена так, что не может помешать работе с задачей.
• Оба изменения касаются только тех, у кого функция «Запрет выполнения задачи другим сотрудником» включена; поведение при выключенной функции прежнее.

Устранён конфликт двух функций: при включённом запрете выполнения чужой задачи переставало работать автозакрытие задач «к сведению», и процесс молча останавливался.

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