Добавлено
- Добавлена возможность настраивать завершение задания по фразе в комментарии через подсистему «Автоматизация»: поставляется готовый поток «Задание: Завершение по фразе в комментарии» (изначально выключен) — комментарий с фразой вроде «Закрыть задание», «Задача решена» или «Close task» от текущего исполнителя переводит задание в статус выполнения и корректно закрывает срок SLA. Администратор может настроить точное совпадение или вхождение фразы, а также ограничить срабатывание по проекту, разделу, типу задания, автору комментария или источнику (например, исключить комментарии из писем). Теперь это срабатывает при добавлении комментария любым способом — с формы задания, из личного кабинета, по почте, через REST API или через AI-ассистента, тогда как раньше — только из личного кабинета и по почте
- В условиях потоков «Автоматизации» по комментариям теперь доступны для настройки текст комментария и данные задания, к которому он относится, — тип, исполнитель, статус, клиент, приоритет, проект и раздел
- У шага потока «Изменить статус задания» появилась настройка «Только от текущего исполнителя задания»
- В реестр правил анонимизации персональных данных добавлены два новых поставляемых правила: «Водительское удостоверение» — маскирует серию и номер при упоминании рядом «водительское удостоверение», «в/у», «удостоверение» или «driver license»; отдельно стоящие слова «driver» и «license» (например, «драйвер устройства» или «лицензия на программу»), а также похожие по написанию слова «проводит», «производит», «переводит», «производитель» и «руководитель» упоминанием удостоверения не считаются — раньше из-за них рядом стоящий номер спецификации, счёта или заказа маскировался ошибочно. И «Паспорт в тексте» — маскирует серию и номер паспорта при упоминании рядом слова «паспорт», но не срабатывает на «паспорт оборудования», «паспорт устройства», «паспорт изделия», «паспорт объекта» и «технический паспорт» — серийный или инвентарный номер рядом с такими словами больше не путается с паспортом человека. На уже работающих базах оба правила добавляются автоматически при обновлении программы; если поставляемые правила были изменены вручную и нужно вернуть заводской набор, это можно сделать командой «Заполнить предопределённые» в справочнике «Правила анонимизации ПДн»
- Склонение наименований по падежам теперь доступно не только в карточке физического лица, но и в карточках подразделений, контактных лиц, контрагентов, номенклатуры, пользователей, потенциальных клиентов, сотрудников и должностей — в каждой из них появилась команда «Склонения», позволяющая задать и сохранить склонения наименования
- Вернулись напоминания по срокам карточек номенклатуры — об окончании гарантии, окончании лицензии, окончании подписки на обновления и окончании срока полезного использования. Такой возможности не было с тех пор, как из программы убрали прежний механизм оповещений «Правила событий». Теперь она реализована на «Автоматизации»: в коробке поставляются четыре готовых потока уведомлений, но все они выключены — администратору нужно указать получателя в шаге уведомления и включить нужный поток. Порог «за сколько времени до срока предупреждать» задаётся в карточке потока
- В списке потоков «Автоматизации» появились команды «Включить/выключить» и «Копировать поток» — раньше эти действия были доступны только из карточки потока
- Ссылки на статьи базы знаний вида
kblink://пространство/папка/статьятеперь можно передавать напрямую AI-ассистенту и через MCP-интеграции — при запросе статьи или её текста. Раньше такую ссылку сначала приходилось вручную превращать в технический идентификатор статьи. Если ссылка ведёт на папку или на пространство целиком, а не на конкретную статью, ассистент сообщит об этом понятным сообщением вместо непонятной ошибки - В окне экспорта задания появился выбор, для кого предназначена выгрузка: «для человека» — как раньше, документ для чтения, и «для нейросети» — структурированные данные для ассистентов и интеграций. Для выгрузки «для нейросети» можно выбрать формат — JSON или TOON, при этом JSON выгружается в читаемом, отформатированном виде, а не сжатым в одну строку
- В режиме выгрузки «для нейросети» можно включить анонимизацию — персональные данные (ФИО, телефоны, адреса электронной почты, паспортные данные, ИНН и другие) заменяются в выгрузке обезличенными метками. Если в настройках уже включено маскирование персональных данных для нейросетей, анонимизация в выгрузке включается автоматически, но её можно переключить вручную. При включённой анонимизации вложенные файлы в выгрузку не попадают вовсе — ни отдельными файлами, ни в перечне вложений документа, потому что обезличить их содержимое и имя нечем; флажок «Вложенные файлы» в этом случае становится недоступным, а под ним появляется пояснение. Тема задания тоже перестаёт попадать в имя файла выгрузки, в имя архива и в тему письма — заголовок формируется без неё, например «Инцидент № 51255 от 03.09.26». В режиме «для человека» анонимизация по-прежнему недоступна
- Появился третий способ получить выгрузку задания — копирование в буфер обмена. Если в выгрузке нет вложенных файлов, копируется текст; если файлы есть, скопировать их в буфер обмена нельзя, поэтому выгрузка предлагается к сохранению архивом
- В состав выгрузки задания теперь можно включить трудозатраты и историю задания — в дополнение к реквизитам, описанию, переписке, чек-листу и дочерним заданиям
- Во все MCP-инструменты, возвращающие списки заданий (от
list_tasksдоget_ready_tasksиtake_next_task), и вget_taskдобавлены поляstatus_kind,subtask_count,open_subtask_count,blocking_countиblocked_by_count— по одному ответу видно, контейнер ли это задание, сколько у него ещё не закрытых блокеров и сколько задач оно само разблокирует - В инструменты
get_ready_tasks,take_next_taskиlist_tasksдобавлен параметрexclude_tags— исключает из результата задания с указанными тегами - В фильтр
statusинструментовlist_tasks,search_tasks,list_subtasksиget_my_tasksдобавлено значениеcancelled— отдельный отбор отменённых заданий - У инструментов трекера «получить очередь готовых к работе заданий» и «взять в работу следующее задание» появился выбор стратегии выдачи (параметр
sort_policy): по приоритету и срочности (по умолчанию), по возрасту задания, гибридный режим (недавние задания — по приоритету и срочности, остальные — по возрасту) и режим «быстрые победы», где первыми идут более лёгкие задания - Задание теперь можно отложить на будущее: у него появилось поле «дата начала», и до наступления этой даты задание (и его подзадачи) не предлагается как готовое к взятию в работу; при необходимости такие отложенные задания можно снова включить в выдачу
- Добавлена работа с покерной оценкой трудоёмкости через инструменты трекера и через REST API: результат покерной сессии можно установить и прочитать, а также получить список покерных оценок с отбором по набору карт. Теперь результат хранится только в одном месте — в самой покерной сессии, а не дублируется отдельным полем в задании
- В инструментах трекера появилась возможность точечно добавить или убрать отдельный тег у задания, не переписывая весь список тегов заново
- При создании и изменении задания через трекер и через REST API появилась пара характеристик «важность» и «срочность» (высокая/средняя/низкая) — для заданий в проектах с SLA (соглашением об уровне обслуживания) приоритет теперь рассчитывается по этой паре автоматически
- У инструмента
take_next_taskпоявился режим одновременного взятия в работу и закрепления задания за собой — параметрclaim. Раньше выбор следующего задания и его назначение исполнителю выполнялись отдельно, и при обращении нескольких агентов почти одновременно одно и то же задание могло достаться сразу двум. Теперь задание закрепляется одним действием и не может достаться двум агентам одновременно. Рассматриваются задания групп, в которые входит текущий пользователь; параметрinclude_unassignedдополнительно включает задания без исполнителя. В ответе появляется отметкаclaimed - Добавлен инструмент
claim_task— закрепить за собой конкретное, заранее известное задание. Если оно уже закреплено за вызывающим агентом, повторное обращение просто подтверждает это и ничего не меняет; если задание занято другим исполнителем, в ответе — понятная ошибка с указанием, кто сейчас его держит и в каком оно статусе - Добавлен инструмент
release_task— вернуть задание обратно: группе, у которой оно было взято, либо явно указанному исполнителю. Причину возврата можно сразу оставить комментарием к заданию - У очереди готовых к работе заданий (
get_ready_tasks,take_next_task) и у списка заблокированных заданий (get_blocked_tasks) появился параметрexplain— по запросу можно получить подробное объяснение: из чего сложилась позиция задания в очереди (вклад приоритета, срочности и разблокирования других заданий, применённая политика сортировки и порядок разрешения равенства между заданиями с одинаковым счётом) либо какие именно задания блокируют указанное — с их номером, темой и статусом - У смены статуса задания (
move_task_status) появилась возможность одним действием оставить комментарий вместе с переходом. Если новый статус завершающий, в ответе также приходит список заданий, которые это закрытие разблокировало - Добавлен способ находить задания, надолго зависшие за одним исполнителем: параметр
stale_claims_daysв списке заданий и счётчик таких заданий в сводке по проекту — по умолчанию зависшими считаются задания, которые исполнитель держит дольше 7 дней. Автоматического возврата таких заданий нет — решение остаётся за человеком - В связи между заданиями добавлены четыре новых типа — «Происхождение», «Связано», «Дубликат» и «Заменяет». Они фиксируют родство заданий, но не блокируют работу: зависимое задание остаётся доступным для взятия в работу и попадает в очередь готовых заданий. Тип связи выбирается в таблице зависимостей на форме задания и через MCP-инструменты
- У задания появилась дата последнего изменения — по ней можно отбирать задания в списках (до или после указанной даты), а в сводке проекта появился счётчик задач без движения (по умолчанию — 30 дней и более без изменений)
- В списках заданий и в сводке проекта теперь можно найти контейнеры, готовые к закрытию, — задания, у которых все подзадачи уже закрыты, а само задание ещё открыто
- Через AI-ассистента и MCP-интеграции появилась возможность посмотреть список доступных шаблонов заданий и создать задание по шаблону одним действием — вместе с заданием сразу создаются его подзадачи из чек-листа шаблона, участники, теги и привязка к проектам. Если при создании подзадач происходит ошибка, не создаётся ничего — незавершённого дерева заданий не остаётся
- В MCP-интеграциях появилась возможность одним действием проставить теги всем подзадачам задания — на один уровень вниз или сразу на всё дерево подзадач, без повторного добавления тегов, которые у подзадачи уже есть
- У встроенной роли «Базовые права API» появилось право на чтение справочника шаблонов заданий — с тем же ограничением по группам местоположений, что и у роли, отвечающей за работу с шаблонами. Список шаблонов и создание задания по шаблону теперь доступны и внешним интеграциям с базовыми правами API, а не только пользователям с отдельным правом на шаблоны
Изменено
- Скорректированы размеры и толщина отображаемого текста в базе знаний, ассистенте и канбан доске
- Ассистент и база знаний теперь набираются шрифтами, которые уже установлены на компьютере пользователя, и больше не скачивают их при открытии — страницы открываются быстрее, а из поставки ушли лишние файлы шрифтов
- Шаги потоков «Автоматизации» «Изменить статус задания» и «Переместить в раздел» теперь можно использовать и в потоках, которые запускаются по событиям комментариев, — раньше для этого требовалось событие самого задания
- Изменение статуса задания на «Выполнено» через шаг «Изменить статус задания» теперь корректно закрывает срок SLA — проставляется дата фактического завершения и закрывается активная пауза
- Email-уведомление о том, что в задании изменили комментарий, теперь содержит текст изменённого комментария — раньше письмо сообщало только номер и тему задания и автора правки, и понять, что именно изменилось, без открытия задания было нельзя. Если этот поток «Автоматизации» уже был настроен, при обновлении программы его настройки сохраняются и повторной настройки не требуют
- В акте выполненных работ поле «Всего» табличной части «Услуги» стало нередактируемым — оно всегда вычисляется по сумме и НДС, в том числе при ручном изменении полей «Сумма» и «Сумма НДС» строки, где раньше правка вручную ничего не пересчитывала
- При записи активного правила расчёта метрик без единого включённого условия отбора форма правила теперь предупреждает, что оно будет применяться ко всем объектам источника без ограничений, и спрашивает подтверждение. Пояснение под условиями отбора на форме обновлено с учётом нового поведения
- Ускорено заполнение документов с большим количеством строк — загрузка товаров и бюджетов из файла, подбор номенклатуры и услуг, заполнение по основанию другого документа и пересчёт сумм при смене системы налогообложения теперь работают заметно быстрее
- Заполнение акта выполненных работ по заданиям больше не замедляется с ростом числа заданий — все нужные данные теперь читаются из базы заранее, а не по каждому заданию отдельно
- Ускорен подбор цен по строкам при смене контрагента в акте выполненных работ и в наряде на работы
- В документе «Окончание обслуживания» колонки «Ставка НДС», «Сумма НДС» и «Всего» таблицы «Услуги» теперь показываются и скрываются вместе с такими же колонками номенклатуры — в зависимости от того, облагается документ НДС или нет
- В документе «Продажа» колонки «Ставка НДС», «Сумма НДС» и «Всего» табличной части «Услуги» теперь показываются и скрываются вместе с такими же колонками дерева номенклатуры — в зависимости от того, облагается документ НДС или нет
- В документе «Поступление» колонки «Ставка НДС», «Сумма НДС» и «Всего» табличных частей «Накладная» и «Услуги» теперь показываются и скрываются вместе с такими же колонками дерева номенклатуры — в зависимости от того, облагается документ НДС или нет
- В наряде на работы колонки «Ставка НДС», «Сумма НДС» и «Всего» дерева номенклатуры теперь показываются и скрываются вместе с такими же колонками таблицы работ — в зависимости от того, облагается документ НДС или нет
- Изменён формат ответа AI-ассистента и MCP-интеграций при работе с заданиями и статьями базы знаний: теги теперь возвращаются своими названиями, а не техническими идентификаторами вида
ref_tags_.... Это касается получения и создания заданий, изменения заданий (в том числе массового), получения статьи, создания и изменения статей, а также списка статей с тегами. Если интеграция ожидала увидеть в ответе идентификаторы тегов, её нужно будет донастроить под новый формат. Передавать теги на вход по-прежнему можно и названием, и идентификатором — здесь ничего не изменилось. На обычный REST API (не через MCP и не через ассистента) это изменение не влияет - Кнопка «Экспорт задания» на форме задания перенесена из подменю «Ещё» в меню «Действия» — раньше её было трудно найти
- Инструменты «готовых к работе» заданий
get_ready_tasksиtake_next_taskпо умолчанию больше не возвращают задания-контейнеры (у которых есть подзадания) и задания в завершённых или отменённых статусах — прежнее поведение включается параметрамиinclude_containersиinclude_cancelled - Инструмент
get_my_tasksпо умолчанию тоже больше не показывает задания-контейнеры — включить их обратно можно параметромinclude_containers - Значение фильтра
status = "active"во всех MCP-инструментах со списками заданий (list_tasks,search_tasks,list_subtasks,get_my_tasks) теперь означает «не завершено и не отменено» — раньше отменённые задания под это значение тоже попадали - Обезличивание персональных данных распознаёт больше случаев. Теперь оно узнаёт наименования организаций: юридическое лицо получает метку организации, индивидуальный предприниматель — метку человека, поэтому название собственной компании больше не попадает как есть в выгрузку задания, в ответ AI-ассистента или во внешние MCP-интеграции. Также распознаются названия, где с заглавной буквы написано только первое слово — например, «Наша фирма» или «Рога и копыта»: раньше такие названия под маскирование не попадали. Изменение касается всех мест, где применяется обезличивание, — не только выгрузки задания, но и встроенного ассистента, и внешних подключений через MCP
- Очередь готовых к работе заданий (
get_ready_tasks,take_next_task) стала точнее и предсказуемее. Наряду с приоритетом и срочностью учитывается, сколько других заданий блокирует данное, — такие задания поднимаются выше в очереди; вес (трудоёмкость) задания на очередь больше не влияет. При равных условиях порядок больше не меняется от раза к разу: повторное «взять в работу следующее задание» возвращает то же самое задание, а постраничный просмотр очереди не показывает задания дважды и не теряет их. Подзадача, у которой не задан срок, наследует срок родительского задания - Уточнено назначение веса (трудоёмкости) задания: это отдельная характеристика в диапазоне от 0 до 100, значение вне этого диапазона теперь отклоняется
- Подзадача, созданная без указания приоритета, теперь получает приоритет родительского задания вместо фиксированного значения «Ниже среднего»
- Для заданий в проектах с SLA приоритет больше нельзя задать напрямую — он определяется автоматически по паре «важность/срочность», а вместе с ним пересчитываются нормативные и расчётные сроки. Попытка задать приоритет напрямую теперь отклоняется: в трекере — с пояснением, в REST API — понятной ошибкой вместо тихого принятия
- В режиме выдачи заданий «быстрые победы» задание с неоценённой трудоёмкостью (вес 0) теперь идёт в очереди последним, а не первым как самое лёгкое
- При создании и изменении задания через ассистента и внешние интеграции пустое значение срока или даты начала теперь явно снимает ранее установленное значение поля, а сообщение об ошибке неверной даты указывает, в каком именно поле она допущена
- Наследование приоритета и срока от родительского задания при расчёте места в очереди теперь применяется только в очереди готовых к работе заданий — в остальных списках заданий и в карточке задания учитываются собственные приоритет и срок самого задания. Это заметно ускорило загрузку списков заданий
- Блокировка заданий связями теперь считается одинаково на форме задания и в MCP-инструментах — раньше это определялось по-разному. Очередь держат только связи «Финиш-Старт» и «Финиш-Финиш»: связи «Старт-Старт» и «Старт-Финиш» блокировку больше не создают — не входят в счётчики блокировок и не порождают уведомлений о разблокировке зависимости. После обновления программы задания, которые удерживались такими связями, сразу становятся доступны для работы
- Подзадача, созданная через AI-ассистента или MCP-интеграции, теперь по умолчанию получает теги родительского задания — как при обычном создании подзадачи, так и при превращении пункта чек-листа в подзадачу; раньше теги не наследовались вовсе. При необходимости наследование можно отключить явным указанием при создании. На форме задания в программе и во внешних интеграциях через обычный REST API поведение не изменилось — там теги подзадачи по-прежнему не наследуются
- У точечной простановки тегов подзадачам через MCP-интеграции появилось ограничение на размер пакета — не больше 500 подзадач за одно обращение; при превышении инструмент отвечает понятной ошибкой с советом сузить область вместо обработки произвольно большого дерева подзадач
- У реквизита «Область» правила анонимизации ПДн появилась подсказка: правила с областью «Имя поля» действуют только при обмене с внешним AI-агентом по MCP, а в переписке встроенного ассистента пропускаются, потому что там нет названий полей
- В дереве базы знаний длинные названия папок и статей теперь видны целиком — они переносятся на следующую строку, а не обрезаются многоточием. Раньше у похожих названий было видно только начало, и различить их можно было лишь наведением мыши. Список по-прежнему быстро прокручивается даже при большом количестве статей
- Ускорена обработка запросов к REST API и MCP-инструментам — нужный обработчик теперь находится по заранее подготовленному списку, составленному один раз за сеанс работы, а не поиском по всей программе при каждом обращении, как раньше. По замерам разработчиков типовой запрос задания стал быстрее примерно в 2,5 раза, а запрос по несуществующему адресу — примерно на 10%. Набор доступных запросов, их ответы и тексты ошибок не изменились
Удалено
- Из программы убран прежний механизм «Маркеры выполнения задания» (настройки в параметрах учёта) — его заменил гибко настраиваемый коробочный поток «Автоматизации», описанный выше. Ранее настроенные фразы не переносятся автоматически — при необходимости включите и настройте новый поток
Исправлено
- Исправлена ошибка, из-за которой в акте выполненных работ поле «Всего» табличной части «Услуги» не пересчитывалось при изменении количества, цены или ставки НДС в строке — в поле оставалось прежнее значение. Теперь оно пересчитывается всегда
- Сумма акта выполненных работ в шапке документа теперь обновляется не только при изменении строки услуг, но и после заполнения акта по нарядам и по заданиям, при смене системы налогообложения и после изменений в форме «Цены и валюта» — раньше до записи документа в шапке могло оставаться устаревшее значение
- Исправлена ошибка расчёта акта выполненных работ при включённом признаке «Сумма включает НДС»: налог начислялся повторно, из-за чего завышались сумма документа, дебиторская задолженность и сумма к оплате, а статус оплаты мог отображаться неверно
- Исправлено завышение суммы акта выполненных работ, когда несколько его строк ссылались на один и тот же наряд на работы, — сумма работ по наряду умножалась на число таких строк вместо того, чтобы учитываться один раз
- Исправлена ошибка, из-за которой изменение правила анонимизации ПДн (например, снятый флажок «Применять») не действовало до перезапуска сеанса программы — отключённое правило продолжало применяться, пока пользователь не перезайдёт в программу. Теперь правка действует сразу, в том же сеансе
- Исправлена ошибка, из-за которой команда «Заполнить предопределённые» в списке правил анонимизации ПДн не возвращала поставляемое правило, если оно было помечено на удаление, — оно считалось существующим и оставалось выключенным, вернуть его можно было только удалив пометку вручную. Теперь пометка снимается автоматически, а поля правила приводятся к исходному виду
- В печатных формах «Счёт на оплату» и «Акт об оказании услуг» больше не теряются строки, добавленные в акт вручную — без услуги SLA и без наряда: раньше они пропадали из печати, хотя их суммы входили в сумму документа, и напечатанный итог оказывался меньше суммы акта. Признак «в том числе НДС» в печатной форме теперь берётся из самого акта, а не из наряда-источника, где для акта без наряда он определялся неверно
- Исправлена ошибка, из-за которой акт выполненных работ со строкой, добавленной вручную — без наряда и без задания, — вообще не проводился: проведение прерывалось сообщением о незаполненном источнике строки
- Исправлена ставка НДС в акте выполненных работ у организаций на необлагаемом налогообложении (УСН и подобных). При заполнении по заданиям и при ручном выборе услуги в строке ставилась ставка НДС услуги (например, 20%) вместо «Без налога». При заполнении акта по нарядам на работы строка получала ставку НДС из наряда как есть, из-за чего завышались сумма НДС, колонка «Всего» и итоговая сумма документа. Во всех случаях колонки НДС были скрыты, и увидеть ошибку было нельзя. Теперь у документа на необлагаемом налогообложении ставка во всех трёх случаях определяется системой налогообложения, а сумма строки не меняется
- При обновлении программы до версии 4.0.0.48 акты выполненных работ, проведённые ранее с одной из этих ошибок, автоматически перепроводятся — дебиторская задолженность и статус оплаты по ним приводятся в соответствие с документом. Акты за период, закрытый для изменений, автоматическому перепроведению не подлежат
- Исправлена ошибка, из-за которой с формы задания пропала команда «Экспорт задания» — выгрузить задание в HTML-файл на диск или отправить его в этом же виде письмом было нечем, хотя сама возможность экспорта всё это время оставалась исправной. Теперь команда «Экспорт задания» снова доступна на форме (в подменю «Ещё»), а вместе с ней — и флажок «Дочерние задания» в окне экспорта, позволяющий включить в выгрузку дочерние задания
- Исправлена ошибка, из-за которой ссылка на сторонний сайт в статье базы знаний открывала во внешнем браузере сразу две одинаковые вкладки. Теперь такая ссылка открывается одной вкладкой
- Исправлена ошибка, из-за которой при анонимизации персональных данных перед отправкой в нейросеть (используется в MCP и в Ассистенте) под маскирование телефона ошибочно попадали числа из хешей коммитов и числовые идентификаторы в ссылках, например на infostart.ru, — искажая текст. Теперь слитная последовательность из семи цифр без разделителей считается телефоном, только если перед ней стоит пометка «тел.» или «phone». Номера с дефисами, пробелами, скобками или с префиксом +7/8 распознаются как телефон как и раньше, без изменений
- Исправлена ошибка, из-за которой не сохранялось задание, если среди его родительских заданий по цепочке было задание, скрытое от пользователя настройками доступа, — программа ошибочно отказывала в записи из-за нехватки прав
- Исправлена ошибка в MCP-инструментах
get_ready_tasksиtake_next_task: отменённые задания попадали в очередь «готовых к работе» наравне с активными — отбор ориентировался на признак «выполнено», которого у отменённого задания не бывает. Заодно отменённое задание-блокер больше не удерживает зависящие от него задания вне очереди — раньше зависимая задача считалась заблокированной до бесконечности, потому что отменённый блокер никогда не станет «выполненным» - Исправлена ошибка в MCP-инструменте
get_my_tasks: неизвестный идентификатор статуса в параметреstatusмолча возвращал пустой список заданий — теперь в ответ приходит понятная ошибка с указанием, какой статус не распознан - Исправлена ошибка массового изменения заданий: если покерная оценка трудоёмкости передавалась вместе с добавлением или удалением тегов, ответ мог сообщить, что обновлено 0 заданий, хотя оценка на самом деле была записана всем указанным заданиям — теперь число обновлённых заданий в ответе верное
- Массовое изменение заданий теперь тоже отклоняет попытку задать приоритет напрямую вместе с привязкой к проекту с SLA — раньше такое ограничение действовало только при изменении одного задания, и в массовом изменении приоритет мог быть записан в обход правила
- Привязка задания к проекту с SLA теперь сама пересчитывает нормативные и расчётные сроки по ранее сохранённой паре «важность/срочность» — раньше, если пара была записана до привязки задания к такому проекту, сроки не появлялись, пока пару не отправляли повторно
- Подзадача, созданная в проекте с SLA без явного приоритета, теперь наследует пару «важность/срочность» родительского задания, а не среднее значение по умолчанию — приоритет подзадачи и её собственная пара «важность/срочность» больше не расходятся между собой
- Исправлена ошибка, из-за которой активное правило расчёта метрик без единого включённого условия отбора выглядело настроенным, но метрики по нему не считались вовсе — расчёт молча его пропускал. Теперь пустой отбор означает «без ограничений»: правило рассчитывает метрики по всем изменённым объектам своего типа. Если у вас есть такие правила, после обновления программы они начнут считать метрики
- Правило расчёта метрик, у которого отбор включён, но его условия не могут быть применены (например, из-за проблем с сохранёнными настройками), при расчёте по-прежнему пропускается — вместо того чтобы ошибочно начать действовать как правило без ограничений
- Исправлена ошибка, из-за которой объект, подходящий сразу под несколько правил расчёта метрик одного типа, получал метрики от всех этих правил, даже если фактически его отобрало только одно из них. Теперь по объекту считаются только метрики того правила, которое его действительно отобрало
- Исправлена ошибка, из-за которой команда «Пересчитать метрики по правилу» на форме правила портила общие настройки отбора: после такого пересчёта ближайший автоматический расчёт метрик переставал ограничиваться изменёнными объектами и пересчитывал метрики по всей таблице источника, что могло заметно замедлить работу программы. Теперь пересчёт по кнопке никак не влияет на последующие автоматические расчёты
- Исправлена ошибка, из-за которой после ручной смены пароля отметка о его утечке пропадала сразу же, хотя проверка на утечку в этот момент не выполнялась, — теперь отметка сохраняется до ближайшей настоящей проверки
- Массовые команды «Пометить неиспользованные» и «Снять пометку использования» в списке карточек номенклатуры теперь применяются только к выделенным строкам и запрашивают подтверждение — раньше они без предупреждения затрагивали все карточки номенклатуры в базе
- Исправлена ошибка, из-за которой шаблон регламентного задания, сохранённый без расписания, незаметно начинал создавать задания каждый день в 8:00. Теперь такой шаблон нельзя сохранить без расписания, а уже существующие шаблоны без расписания при обновлении программы отключаются автоматически, с записью об этом в журнале регистрации
- Восстановлена проверка лицензии при запуске программы — она перестала срабатывать после одного из предыдущих обновлений
- На форме начисления заработной платы снова доступна кнопка «Заполнить и рассчитать» — она была скрыта
- Загрузка классификатора ОКОФ теперь защищена от одновременного запуска несколькими пользователями и корректно работает в автоматическом режиме
- Исправлена ошибка расчёта суммы НДС в строке табличной части документа «Поступление», заполненной по основанию из заказа поставщику, — сумма НДС в такой строке считалась неверно и расходилась с суммой, которую программа считает в остальных случаях
- Исправлена ошибка в генераторе паролей (раздел «Логины и пароли» → «Генератор паролей», а также открытие из карточки записи): при копировании сгенерированного пароля, нажатии кнопки «Установить» и при очистке истории появлялось сообщение о недостатке прав, и история переставала сохраняться. Теперь генератор работает независимо от прав пользователя на служебное хранилище истории — как и раньше, каждый видит и очищает только свою собственную историю
- Заодно исправлена сама история генератора паролей (хранит 5 последних паролей): при переполнении вытеснялся случайный пароль вместо самого старого, а два пароля, скопированные в одну и ту же секунду, приводили к ошибке записи истории. Теперь вытесняется действительно самый старый пароль, а оба пароля, скопированные в одну секунду, сохраняются корректно
- Исправлена ошибка в документе «Окончание обслуживания»: при смене системы налогообложения — в диалоге «Цены и валюта» или при автозаполнении по договору — ставка и сумма НДС пересчитывались только у строк номенклатуры, а строки табличной части «Услуги» оставались со старой ставкой. Теперь ставка НДС, сумма НДС и «Всего» пересчитываются во всех денежных строках документа — и в номенклатуре, и в услугах, а сумма строки при этом не меняется
- Исправлена ошибка в документе «Окончание обслуживания»: новые ставки НДС, пересчитанные в номенклатуре при смене системы налогообложения, не отображались на форме и терялись при записи документа. Теперь они сразу видны на экране и сохраняются
- Исправлена ошибка в документе «Продажа»: при смене системы налогообложения, валюты или признака «Сумма включает НДС» пересчитывалась только номенклатура, а табличная часть «Услуги» оставалась со старыми ставкой и суммой НДС. Теперь пересчитываются обе таблицы
- Исправлена ошибка в документе «Продажа»: новые ставки НДС, пересчитанные в дереве номенклатуры при смене системы налогообложения или валюты, не отображались на экране и терялись при записи документа. Теперь они сразу видны и сохраняются
- Исправлена ошибка в документе «Поступление»: при смене системы налогообложения, валюты или признака «Сумма включает НДС» пересчитывалась только номенклатура, а табличные части «Накладная» и «Услуги» оставались со старыми ставкой и суммой НДС. Теперь пересчитываются все три таблицы
- Исправлена ошибка в документе «Поступление»: новые ставки НДС, пересчитанные в дереве номенклатуры при смене системы налогообложения или валюты, не отображались на экране и терялись при записи документа. Теперь они сразу видны и сохраняются
- Исправлена ошибка, из-за которой закрытие диалога «Цены и валюта» в документе «Поступление» без каких-либо изменений всё равно запускало пересчёт сумм документа. Теперь пересчёт происходит только при реальном изменении цены, валюты или системы налогообложения
- Исправлена ошибка в наряде на работы: при смене системы налогообложения ставка НДС пересчитывалась только в таблице работ, а материалы и оборудование в дереве номенклатуры оставались со старой ставкой. Теперь пересчитываются обе таблицы
- Исправлена ставка НДС в наряде на работы у организаций на необлагаемом налогообложении (УСН и подобных): при выборе услуги в строке таблицы работ ставилась ставка НДС услуги (например, 20%) вместо «Без налога» — колонки НДС при этом были скрыты, и расхождение было видно только при печати и в движениях документа. Теперь ставка определяется системой налогообложения документа, а ставки НДС в остальных строках не пересчитываются
- Исправлена ошибка, из-за которой смена номенклатуры в строке дерева номенклатуры наряда на работы прерывалась сообщением об ошибке, а строка оставалась заполнена лишь наполовину — единица измерения и количество уже соответствовали новой номенклатуре, а цена и ставка НДС оставались от прежней. Теперь смена номенклатуры проходит без ошибок: ставка НДС определяется системой налогообложения документа, а цена сбрасывается для повторного заполнения
- Исправлена ошибка в документе «Планирование бюджета»: при смене системы налогообложения строки, у которых не задана ставка НДС в указанной номенклатуре, а также строки с текстовым описанием вместо номенклатуры сохраняли прежнюю ставку НДС. Теперь такие строки, как и остальные, получают ставку НДС основной организации
- Исправлена ошибка в документе «Планирование бюджета»: при загрузке бюджетов из файла сумма строки пересчитывалась как количество, умноженное на цену, и затирала значение, пришедшее из файла, — терялись скидка, округление или ручная правка, сделанные в файле. Теперь, если в файле сопоставлена колонка «Сумма», её значение сохраняется как есть; если колонка «Сумма» не сопоставлена, сумма строки, как и раньше, считается как количество, умноженное на цену
- Исправлена ошибка в документе «Планирование бюджета»: при заполнении по регистру бюджетов строки без связанного документа «Поступление» (пустые количество и цена) молча обнулялись. Теперь сумма таких строк берётся из регистра бюджетов, а не пересчитывается из количества и цены
- Исправлена ошибка в документе «Планирование бюджета»: строка табличной части «Бюджеты» с отрицательной суммой проходила запись, хотя связанные с ней «Сумма НДС» и «Всего» оставались нулевыми, и такая строка выпадала из движений по регистру бюджетов при проведении. Теперь при записи документа строка с отрицательной суммой отклоняется — сообщение об ошибке указывает номер строки, а клик по нему переводит курсор в ячейку суммы
- При ручном вводе отрицательной суммы в табличной части «Бюджеты» документа «Планирование бюджета» форма теперь сразу показывает предупреждение и не пересчитывает строку — раньше такой ввод молча стирал введённую пользователем цену
- После загрузки бюджета из файла в документе «Планирование бюджета» теперь показывается сообщение о количестве строк с отрицательной суммой — сами строки сохраняются как есть, а загрузка не отменяется
- Исправлена ошибка в документе «Окончание обслуживания»: смена валюты или признака «Сумма включает НДС» в диалоге «Цены и валюта» пересчитывала только табличную часть «Услуги», а строки номенклатуры в дереве оставались со старыми ставкой и суммой НДС. Теперь пересчитываются обе таблицы
- Исправлена ошибка в форме «Настройки почты» и в помощнике настройки учётной записи почты: при нажатии кнопки показать/скрыть пароль программа завершалась ошибкой. Теперь пароль корректно показывается и скрывается.
- Исправлена ошибка, из-за которой форма списка «Шаблоны сообщений» не открывалась и выдавала сообщение «Параметр с указанным именем не найден». Теперь форма открывается корректно, а фильтр по типу «Сообщения мессенджеров» работает как положено
- Исправлено: документы теперь подчиняется установленным датам запрета изменения — документ с датой раньше даты запрета открывается только для просмотра, его больше нельзя изменить, провести или удалить в обход запрета
- Новый поток «Автоматизации» больше не создаётся сразу включённым — флажок «Использовать» у него по умолчанию снят, и включить поток нужно осознанно, после проверки настроек
- Копирование потока «Автоматизации» перестало терять тексты сообщений об ошибке в настройках шага «Проверка обязательных реквизитов» — копия сохраняет тексты, заданные администратором, а не подставляет типовые
- В карточке потока «Автоматизации» настройку «за сколько времени до срока» теперь можно задать для всех трёх типов событий, которые её используют, — приближения дедлайна, приближения срока реакции SLA и приближения срока выполнения SLA. Раньше поле показывалось только для дедлайна, а пороги SLA задавались только программно
- Исправлена ошибка, из-за которой отключённый вручную тип события в «Автоматизации» пропадал из формы выбора, но настроенные на нём правила продолжали срабатывать как ни в чём не бывало. Теперь отключение типа события действительно останавливает и такие правила — и по изменениям объектов, и по периодическим событиям
- Исправлена ошибка, из-за которой при перезапуске события из списка мёртвых событий терялось имя потока «Автоматизации» — теперь колонка «Наименование потока» в очереди заполнена
- Исправлена ошибка, из-за которой переход по ссылке на статью базы знаний мог открыть не ту статью — с таким же кодом, но из другой папки. Проявлялось, если в пространстве базы знаний есть две папки с одинаковым названием, а в них — статьи с одинаковым кодом: ссылка открывала первую попавшуюся статью вместо нужной. Это касалось и обычного перехода по ссылке в программе, и запроса статьи через AI-ассистента
- Шаг «Расчёт метрик» в «Автоматизации» стал по-настоящему настраиваемым — на его форме появилось поле «Пользователь», по которому считаются метрики (раньше это поле на форму не влияло). Заодно с формы настроек убраны две лишние страницы, которые ничего не значили
- На форме тестового запуска потока «Автоматизации» теперь виден итог прогона — успех либо текст первой ошибки. Раньше результат нигде не отображался
- В форме записи журнала выполнения «Автоматизации» теперь виден снимок контекста, который сохраняется при уровне логирования «Полный лог с контекстом»
- Пользователь с ролью «Чтение автоматизации» получил доступ на просмотр списка мёртвых событий — без этого он не мог понять, почему уведомление не было отправлено
- Команды «Выполнить сейчас», «Удалить из очереди» и «Перезапустить» в очереди «Автоматизации» теперь недоступны пользователю без права на изменение — раньше их мог запустить и тот, у кого было только право на чтение
- Исправлена подсказка к настройке «Задержка выполнения» в «Автоматизации» — она обещала проверку очереди каждые 10 секунд, хотя на деле проверка выполняется по расписанию регламентного задания
- Шаг «Автоматизации» теперь всегда создаётся в карточке потока, где сразу нужно выбрать его вид, — из списка «Шаги автоматизации» завести шаг напрямую больше нельзя. Раньше при создании из этого списка всегда открывалась форма настроек оповещения, независимо от того, какой шаг на самом деле требовался
- Исправлена автоподстановка упоминания при ответе на комментарий: раньше подставлялось имя пользователя, которое механизм упоминаний не распознавал, — человек считался уведомлённым, хотя уведомление на самом деле не приходило. Теперь подставляется упоминание в том виде, который система распознаёт, и уведомление действительно доходит. Если упоминание распознать нельзя (у пользователя нет учётной записи для входа либо его имя записано кириллицей) — оно не подставляется вовсе, вместо неработающей подсказки
- Исправлена ошибка, из-за которой поток «Автоматизации», выключенный в коробочной поставке и включённый администратором, при обновлении программы снова становился выключенным, а настроенные получатели уведомлений сбрасывались до поставляемых значений. Теперь включённое состояние потока и список его получателей сохраняются при обновлении программы
- Восстановлена работа команды «Загрузить из файла» в документе «Поступление» — загрузка списка товаров из Excel-файла в табличную часть снова выполняется без сбоев
- Исправлена ошибка: если при поиске и фильтрации заданий через ассистента (например, командой «следующая задача» или «список готовых заданий») указывался несуществующий или ошибочно написанный тег, в справочнике тегов молча создавался новый пустой тег. Теперь такой поиск просто ничего не находит, а лишние теги в справочнике не появляются
- Исправлена ошибка: фильтр списка заданий по тегам через ассистента теперь находит теги по названию, а не только по техническому идентификатору — раньше при фильтрации по названию тега список оставался пустым
- Исправлена ошибка: ввод тега, состоящего только из знаков препинания (например, одной точки, многоточия или запятой) через ассистента, больше не создаёт в справочнике безымянный лишний тег при каждом обращении — раньше такой ввод после внутренней очистки текста превращался в пустое имя и каждый раз заводил новый пустой тег
- Исправлена ошибка: запрос через ассистента статьи базы знаний, к которой у пользователя нет доступа, теперь корректно отвечает «не найдено» — как и для остальных объектов без доступа, а не сообщением о нехватке прав
- Исправлена ошибка, из-за которой флажок «Вложенные файлы» в окне экспорта задания ни на что не влиял — вложения выгружались всегда, независимо от его состояния. Теперь флажок действительно управляет тем, попадут ли вложения в выгрузку
- Документ с незаполненным реквизитом «Налогообложение» — такие попадают в базу при обмене данными, через REST API или при загрузке — при пересчёте ошибочно получал ставку «НДС 0%» во всех строках, а колонки НДС при этом скрывались. Теперь незаполненное налогообложение по умолчанию считается облагаемым НДС, как и предполагалось изначально. Исправление касается документов: Акт выполненных работ, Заказ клиента, Заказ поставщику, Наряд на работы, Начало обслуживания, Окончание обслуживания, Планирование бюджета, Поступление, Продажа
- Исправлено отображение колонок «% НДС», «Сумма НДС» и «Всего» при открытии сохранённого документа с налогообложением «не облагается НДС»: колонки оставались видны с нулевыми значениями, пока налогообложение не переключали туда-обратно в диалоге «Цены и валюта». Теперь видимость колонок соответствует налогообложению сразу при открытии документа — для тех же девяти документов
- Исправлена ошибка в документе «Поступление»: после команды «Отображать инвентарные и серийные номера», группового добавления номенклатуры или добавления по заказу поставщику колонки НДС в дереве номенклатуры снова становились видимыми, хотя в таблицах «Накладная» и «Услуги» оставались скрытыми. Теперь видимость колонок НДС остаётся согласованной во всех таблицах документа
- Исправлена ошибка в наряде на работы: смена валюты расчётов без необходимости пересобирала дерево номенклатуры, хотя оно от валюты не зависит, — при этом сбрасывалась выбранная строка, схлопывались раскрытые группы дерева, а документ ошибочно помечался как изменённый. Теперь дерево пересобирается только при смене системы налогообложения
- Исправлена ошибка, из-за которой переключение документа в состояние «не облагается НДС» в информационной базе без элемента «Без НДС» в справочнике «Ставки НДС» приводило к ошибке и прекращению работы формы. Теперь в этом случае строка получает пустую ставку НДС без ошибки
- Исправлена ошибка автоматизации: шаг «Определить срочность и влияние» не сохранял нормативные и расчётные сроки SLA после определения пары важность/срочность, а ошибка при этом ничем не давала о себе знать. Теперь сроки сохраняются корректно
- Исправлена ошибка в REST API: пара «важность/срочность» при создании и изменении задания раньше принималась, но тихо игнорировалась и не влияла ни на приоритет, ни на сроки SLA. Теперь она применяется так же, как и в трекере
- Исправлена ошибка, из-за которой результат покерной оценки задания, возвращаемый через REST API, мог не совпадать с фактическим результатом покерной сессии — показывалось значение из другого места. Ранее заполненные вручную оценки при обновлении программы перенесены автоматически
- Исправлена ошибка в базе знаний: новая статья, созданная внутри папки, не открывалась для написания текста — вместо этого появлялось сообщение о ненайденной странице, статья создавалась пустой, и написать в неё удавалось только со второго захода. Теперь такая статья сразу открывается для написания. Статьи, созданные в корне пространства, работали и раньше
- Исправлена ошибка, из-за которой при включённой настройке «Автоматически проверять контрагентов по ЕГРН» автоматическая проверка контрагента по данным ФНС не срабатывала вовсе, а при каждом открытии формы в журнал регистрации попадала ошибка. Теперь автоматическая проверка контрагентов по ЕГРН снова работает как положено, а журнал регистрации при открытии форм чист. Исправление касается карточки контрагента и документов: акт выполненных работ, доверенность, заказ клиента, заказ поставщику, наряд на работы, начало обслуживания, окончание обслуживания, поступление, продажа, учёт денежных средств
- Исправлена ошибка, из-за которой некоторые команды на формах подключаемого и офлайн-оборудования, очереди электронных чеков к отправке и кассовой смены завершались ошибкой вместо выполнения. Теперь они работают как положено. Исправление касается: списка и карточки подключаемого оборудования, списка и карточки офлайн-оборудования, списка очереди электронных чеков к отправке, документа «Кассовая смена» (форма документа и форма списка)
- Исправлена ошибка смены статуса задания через MCP-инструменты и внешние интеграции: если задание было скрыто от вызывающего агента ограничениями доступа, попытка сменить статус завершалась малопонятной ошибкой о нехватке прав. Теперь в этом случае возвращается понятное сообщение о том, что задание не найдено
- Исправлена ошибка, из-за которой статья базы знаний, найденная через полнотекстовый поиск, а также переход к статье из списка «База знаний», вообще не открывались — появлялось сообщение об ошибке. Теперь такой переход сразу открывает нужную статью в её пространстве базы знаний
- Исправлена ошибка, из-за которой в результаты полнотекстового поиска по базе знаний наравне со статьями попадали папки (разделы), хотя у папки нет собственного текста для поиска. Теперь папки в таких результатах не появляются, а ранее накопленные лишние записи по папкам и по удалённым статьям автоматически очищаются при обновлении программы
- Исправлена ошибка точечной простановки тегов подзадачам через MCP-интеграции: если среди подзадач попадалось уже завершённое или отменённое задание, весь пакет обрывался ошибкой и теги не проставлялись никому. Теперь такие подзадачи пропускаются и попадают в счётчик пропущенных, а остальным подзадачам теги проставляются как обычно
- Исправлена ошибка того же инструмента: без права изменения заданий он тихо отвечал успехом, хотя фактически не проставлял ни одного тега. Теперь в этом случае возвращается понятный отказ в доступе
- Исправлена ошибка добавления связи между заданиями через REST API: тип связи, переданный в запросе, не учитывался — связь всегда создавалась типа «Финиш-Старт» независимо от указанного значения. Теперь связь создаётся именно того типа, который передан в запросе
- Исправлена ошибка в MCP-инструментах
get_blocking_tasksиget_blocked_tasks: отменённое задание могло остаться в списке блокирующих или заблокированных заданий. Теперь отменённые задания в этих списках не показываются - Исправлена ошибка создания задания по шаблону через AI-ассистента и MCP-интеграции: некорректно указанный исполнитель не проверялся, и задание в этом случае создавалось вовсе без исполнителя. Теперь такое значение отклоняется понятной ошибкой
- Исправлена ошибка создания задания по шаблону: если родитель определялся не явным указанием, а реквизитом самого шаблона «Задание-родитель», созданное задание не наследовало его теги — в отличие от случая, когда родитель передан явно. Теперь наследование тегов работает одинаково в обоих случаях
- Исправлена ошибка наследования тегов при создании задания по шаблону: если наследование тегов родителя было отключено, подзадачи, созданные из чек-листа шаблона, могли остаться без тегов самого созданного задания. Теперь такие подзадачи всегда получают теги созданного задания — независимо от настройки наследования тегов родителя
- Исправлена ошибка в MCP-инструменте
list_task_templates: значениеnullв параметре отбора по активности воспринималось как запрос только неактивных шаблонов. Теперьnullозначает отсутствие отбора — возвращаются и активные, и неактивные шаблоны - Исправлена ошибка, из-за которой загрузка файла к обзору проекта через AI-ассистента и MCP-интеграции завершалась ошибкой и оставляла пустое вложение — теперь файл загружается корректно
- Исправлена ошибка, из-за которой скачивание и загрузка файлов комментариев и статей базы знаний по адресам из документации интеграций завершались ошибкой «Метод не найден»
- В описании интеграций появилось скачивание и загрузка файлов из сообщений AI-ассистента, а описания загрузки файлов заданий, проектов, обзоров проектов, комментариев и статей базы знаний приведены в соответствие с фактической работой программы — несуществующий файл при скачивании теперь честно отвечает «не найдено»
- Изменение правила анонимизации ПДн — снятие флажка «Применять», изменение шаблона, пометка на удаление или физическое удаление правила — теперь вступает в силу сразу во всех сеансах программы, включая сеансы внешнего AI-агента по MCP и REST API. Раньше сброс кеша касался только сеанса, в котором изменили правило, а внешний агент мог работать по прежнему набору правил ещё до 20 минут
- В REST API запросы на добавление и изменение связи между заданиями (
POSTиPATCH /tasks/{ref}/dependencies) теперь отклоняют значение типа зависимости, которое не удалось распознать (например, имя без нужного префикса или опечатку), — ответом с кодом400и понятным указанием на неверный тип зависимости. Раньше такая связь молча создавалась с пустым типом и переставала блокировать зависимое задание - Исправлена ошибка MCP-инструмента
propagate_tagsбез параметраrecursive: подзадачи, недоступные пользователю по правам, раньше молча пропадали из результата, а должны были попадать в счётчик пропущенных, как и обещано в описании инструмента, — теперь так и происходит. Заодно текст ошибки о превышении предела в 500 подзадач стал зависеть от режима работы инструмента и больше не советует несуществующие промежуточные шаги - Если у пользователя нет права добавлять файлы к заданию — он не участник задания, не редактор проекта, либо задание закрыто по SLA — команда добавления файла на форме задания теперь показывает понятное сообщение вместо окна с необработанной ошибкой
Безопасность
- Расчётный листок теперь не показывает данные о зарплате всех сотрудников организации пользователю с ролью на чтение зарплаты — доступен только листок, к которому у него есть право
- Участник сейфа с правом «Только чтение» больше не может создать в чужом сейфе новую запись с логином и паролем
- Пароль администратора WMI в обработке импорта данных из сторонних программ больше не хранится открытым текстом в настройках — теперь он хранится в защищённом хранилище паролей, отдельно для каждого пользователя
- Пароли удалённых подключений теперь надёжно защищены во всех поддерживаемых программах удалённого доступа: пароль со специальными символами больше не ломает подключение и не может выполниться как часть команды. Подключение по SSH дополнительно получило шифрование файла с командой
- В доверенности, заказе клиента, наряде на работы и документе окончания обслуживания теперь нельзя выбрать и напечатать банковский счёт чужой организации — доступен только счёт владельца документа
- Ужесточена проверка прав при добавлении вложений через AI-ассистента и REST API: чтобы приложить файл к заданию, комментарию, проекту, статье базы знаний, обзору проекта или сообщению ассистента, теперь нужно право изменять сам этот объект, а не только право его просматривать. Для заданий и проектов круг допущенных почти не изменился — посторонних туда не пускало и раньше, только отказ стал понятным вместо технической ошибки. А для вложений комментариев, статей базы знаний и обзоров проектов список допущенных на практике сузился: раньше файл мог загрузить любой, кому объект был просто виден, теперь — только тот, у кого есть право его изменять. Из-за этого через AI-ассистента и REST API больше нельзя добавить файл и в завершённое по SLA задание — такое задание доступно только для чтения, и ограничение действует даже для автора и администратора; удалить уже прикреплённый файл по-прежнему можно, а при включённой настройке «Изменять завершённые задания» ограничение снимается
- Важно для интеграций по REST API: у части запросов на создание вложений и загрузку их содержимого изменился результат. Там, где раньше запрос успешно создавал вложение (код
201), теперь может вернуться отказ в доступе (403) или ошибка «не найдено» (404) — если у используемой учётной записи нет права изменять объект-владелец или сам он ей недоступен. Это касается вложений заданий, комментариев, проектов, статей базы знаний, обзоров проектов и сообщений ассистента — стоит проверить такие сценарии, если у вас настроена автоматическая загрузка файлов - При получении через REST API содержимого вложений — файлов заданий, проектов, обзоров проектов, комментариев, базы знаний и сообщений AI-ассистента — удалённый или недоступный пользователю файл теперь во всех шести случаях отвечает одинаково: «Объект не найден» (
404). Раньше часть этих запросов отвечала400или403, по которым можно было понять, что скрытый файл всё-таки существует
Обновление устанавливается на версии: 3.1.23.5, 4.0.0.45, 4.0.0.46, 4.0.0.47. Требуется сервер лицензирования 1.0.0.24.
Скачать обновления вы можете на нашем сайте предварительно авторизовавшись, используя Ваш логин и пароль, далее зайти в меню "Техподдержка > Личный кабинет" и скачать необходимые обновления.