Обновление "Управление IT-отделом 8" релиз 4.0.0.49

Добавлено

• В настройках шага «Создать задание из письма» подсистемы «Автоматизация» появилась возможность настроить порядок поиска инициатора по адресу письма: справочники (Сотрудники, Подразделения, Организации, Контактные лица, Контрагенты, Пользователи, Физические лица, Потенциальные клиенты) можно переставлять местами — инициатором становится первый найденный по этому порядку, а поиск всегда идёт по всем справочникам. Такой же порядок используется при определении наблюдателей, которых программа добавляет из копии письма
• Там же можно выбрать, в каком справочнике создавать инициатора, если адрес не найден ни в одном из них — по умолчанию, как и раньше, это Сотрудники
• Без настройки поведение шага не меняется — используется прежний порядок поиска. Настройки, ранее заданные в правилах событий версии 3.1, автоматически не переносятся — их нужно задать в шаге заново; создание задания вручную командой «Создать на основании» по-прежнему определяет инициатора в прежнем порядке
• Связи заданий «Происхождение», «Связано», «Дубликат» и «Заменяет» получили собственные значки — в панели быстрого просмотра списка заданий и на вкладке «Зависимости» формы задания эти связи теперь наглядно отличаются друг от друга, а не выглядят как неактивная блокировка
• Подпись связи стала точнее: «Выделено из» / «Выделено в», «Связано с», «Дублирует» / «Есть дубликат», «Заменяет» / «Заменено на», а для связей, отвечающих за очерёдность выполнения, — «Следует за» / «Предшествует»
• На вкладке «Зависимости» формы задания изменился выбор типа и направления связи: тип теперь выбирается щелчком по ячейке из списка полных названий (например, «Финиш -> Старт (ФС)», «Дубликат (ДБ)») вместо двухбуквенных кодов, а колонка «Зависимость» только показывает, чем текущее задание является в связи, и больше не редактируется напрямую. Направление меняется двойным щелчком по этой колонке или командой «Поменять направление» — в командной панели таблицы и в контекстном меню строки; для связи «Связано», где стороны равнозначны, программа сообщает об этом и направление не меняет
• В ответах REST API и MCP у каждой связи задания появилось поле relation — понятное отношение с точки зрения текущего задания (blocked_by/blocks, follows/precedes, discovered_from/origin_of, related_to, duplicates/duplicated_by, supersedes/superseded_by), а также номер (task_number) и статус (task_status) связанного задания. Раньше направление связи приходилось расшифровывать по признаку блокировки, а за номером связанного задания — делать отдельный запрос
• Добавлен инструмент MCP update_dependency — тип и направление существующей связи между заданиями можно изменить одной операцией; если изменение отклонено (например, оно замкнуло бы связи в цикл), прежняя связь остаётся без изменений. Раньше для этого связь приходилось удалять и создавать заново
• Инструмент MCP create_task теперь принимает в параметре depends_on не только номера заданий, но и объекты с указанием типа связи — задание-продолжение со связью «Происхождение» можно создать одним вызовом
• Инструмент MCP get_dependency_tree теперь показывает информационные связи задания («Происхождение», «Дубликат», «Заменяет», «Связано») с обеих сторон — раньше некоторые из них было видно только с одной стороны
• В REST API появилась возможность добавить связь задания через POST /tasks/{ref}/dependencies с указанием связанного задания в теле запроса
• В правило расчёта метрик добавлена команда «Проверить на объекте» — можно выбрать объект и сразу увидеть, что вернут формулы правила (метрику, план или факт, значение, период, измерения), проходит ли объект отбор правила и какие формулы завершились ошибкой. Проверка ничего не записывает в базу данных
• В Автоматизации появились события по чек-листу задания — «Задание: Добавлен пункт чек-листа», «Задание: Выполнен пункт чек-листа» и «Задание: Чек-лист выполнен полностью». На их основе можно настроить правило, которое переведёт задание дальше по процессу или уведомит инициатора, когда весь чек-лист отмечен. Событие «Чек-лист выполнен полностью» срабатывает один раз — когда отмечен последний невыполненный пункт; если отметку снять и поставить заново, событие сработает повторно. Пункт, привязанный к другому заданию, считается выполненным, когда это задание выполнено или отменено, — событие получает каждое задание, в чек-лист которого он добавлен
• В карточке правила Автоматизации блок «Если» теперь работает и для событий по участникам задания, по связи задания с проектом и по чек-листу задания — можно задать условия по полям самого задания. Раньше для этих событий блок был пустым, и условие поставить было нельзя. Условие проверяется по тому заданию, к которому относится изменение
• Добавлено новое готовое правило «Задание: Чек-лист выполнен полностью» — отправляет инициатору задания письмо и всплывающее оповещение, когда в чек-листе отмечен последний пункт. Правило поставляется выключенным, включить его может администратор
• В документе «Задание» в подменю «Отправить» появилась команда «Позвонить»: при нажатии открывается окно выбора абонента среди участников задания (инициатор, клиент, исполнитель, ответственный, адресаты) с указанием телефона, после чего сразу выполняется набор номера через телефонию МИКО. Команда доступна только при подключённой телефонии МИКО
• В инструментах MCP create_task, add_comment и move_task_status появился необязательный флаг as_assistant: при значении true автором задания или комментария (в move_task_status — попутного комментария при смене статуса) становится служебный пользователь, настроенный в программе как «Пользователь Ассистент», а не тот, под которым подключён MCP-клиент. Меняется только автор — инициатор, исполнитель, привязка к проектам и все проверки прав по-прежнему определяются пользователем сессии, указать произвольного автора флаг не позволяет. Если служебный пользователь не настроен, инструмент сразу возвращает понятную ошибку и ничего не записывает. У приватного комментария в число адресатов теперь входят и служебный пользователь, и пользователь сессии
• Описание флага as_assistant и общие инструкции MCP-сервера трекера показывают имя и идентификатор настроенного служебного пользователя — либо сообщают, что он не настроен
• В мастере регистрации заданий, открытом автоматически по звонку телефонии, в блоке текущего звонка появилась кнопка «Создать задание...»: по ней открывается упрощённая форма нового задания с предзаполнением — инициатор и клиент берутся из звонка, исполнитель — текущий пользователь, дата — момент завершения звонка, тема подставляется автоматически (например, «Перезвонить на номер …» для пропущенного звонка или «Зарегистрировать номер …» если клиент не определён). После сохранения задание автоматически связывается со звонком. Кнопка доступна только когда для текущего звонка уже создан документ записи журнала звонков; пока документ не создан — кнопка недоступна
• В мастере регистрации заданий в блоке текущего звонка появилась кнопка «Связать звонок»: по ней открывается форма выбора задания, сразу отфильтрованная по клиенту звонка (показываются только задания этого клиента и его контактных лиц), и звонок связывается с выбранным заданием. Если звонок уже был связан с другим заданием, программа спрашивает подтверждение перед заменой связи

Изменено

• Пометить покерную сессию на удаление (или снять пометку) теперь можно, даже если среди её заданий есть недоступные ведущему по правам доступа, — раньше это завершалось ошибкой «Недостаточно прав»; ссылка на сессию у таких заданий тоже обновляется корректно
• Версия контракта выгрузки задания «для нейросети» повышена до 2 — потому что поле «Подразделение» (department) изменило смысл: теперь это только наименование подразделения без организации, и оно участвует в маскировании при анонимизации. Внешние получатели выгрузки могут проверять значение поля export_version, чтобы отличать новый формат данных от прежнего
• Если задание, связанное новым типом связи («Происхождение», «Связано», «Дубликат», «Заменяет»), уже выполнено или отменено, значок связи остаётся на месте, а строка становится менее заметной
• Правило расчёта метрик, в отборе которого есть условия по полям, которых больше нет у объекта-источника (например, после обновления программы), раньше молча считалось по более широкой выборке — вплоть до всех объектов источника. Теперь такое правило при расчёте пропускается: форма правила показывает такие поля и перед записью просит подтверждения, а команда «Пересчитать метрики по правилу» сообщает о них. Уже сохранённые правила приводятся в порядок автоматически при обновлении программы; если правило уже успело посчитать лишние объекты, после исправления или удаления таких условий метрики по нему нужно один раз пересчитать вручную. Определение, задан ли у правила отбор, теперь учитывает и условия внутри вложенных групп, а не только условия верхнего уровня
• Списочные инструменты MCP-сервера трекера возвращают общее количество записей (total_count) только когда его явно запрашивают параметром with_total — так же, как в REST API. Раньше без этого параметра приходило пустое значение total_count: null
• Описания инструментов MCP get_task, list_comments и list_inbox, а также общие инструкции сервера, теперь прямо подсказывают AI-агентам не запрашивать список комментариев отдельным обращением, если в задании их и без того нет (comments_count = 0) — это избавляет от лишних обращений к серверу

Исправлено

• Исправлена ошибка, из-за которой раздел проекта, ранее перенесённый из другого проекта, переставал сохраняться — переименование, изменение или добавление разделов заканчивалось ошибкой «Запись с такими ключевыми полями существует», если у раздела осталась старая запись порядка под прежним проектом. При обновлении программы до этой версии такие устаревшие записи удаляются автоматически, а их количество фиксируется в журнале регистрации
• Исправлена ошибка, из-за которой раздел проекта мог задваиваться или показывать чужой порядок сортировки: в списке разделов и в списке разделов проекта через REST API, в перечне разделов на карточке проекта, в списке заданий проекта. Форма выбора раздела больше не предлагает раздел другого проекта, поэтому команда «Изменить раздел» не переносит задания в раздел чужого проекта, а раздел по умолчанию всегда выбирается по порядку своего проекта. Фильтры заданий и условие «Когда» в потоках «Автоматизации», зависящие от порядка раздела, также учитывают только порядок своего проекта
• Исправлена ошибка, из-за которой при одновременном изменении разделов одного проекта — например, с формы и через REST API одновременно — заданный вручную порядок разделов мог теряться
• Исправлена ошибка «Конфликт блокировок» при одновременном сохранении: она возникала при одновременной записи задания и комментария к нему, при одновременном добавлении двух комментариев к одному заданию, а также при одновременном сохранении двух покерных сессий с общими заданиями
• Исправлена ошибка, из-за которой поле «Последний в переписке» у задания могло показывать не последнего автора, если комментарий сохранялся одновременно с изменением самого задания
• Исправлена ошибка, из-за которой у некоторых заданий оставалась ссылка на покерную сессию даже после её удаления или пометки на удаление, включая задания, ранее исключённые из сессии. Теперь ссылка на сессию снимается со всех заданий, где она указана
• Исправлена ошибка, из-за которой при сбое сохранения зависимости между заданиями (на форме задания, через REST API или MCP-интеграции) или порядка разделов проекта вместо настоящей причины показывалось общее сообщение «В данной транзакции уже происходили ошибки» — теперь отображается действительная причина сбоя
• Исправлена ошибка, из-за которой сбой при изменении типа задания, в том числе при пакетном преобразовании из списка заданий, не фиксировался в журнале регистрации — теперь администратор может найти там причину сбоя
• Исправлена ошибка, из-за которой техническая ошибка автоматического закрытия задания (например, на шаге «Изменить статус задания» в Автоматизации или при закрытии по письму-оценке) фиксировалась в журнале регистрации не под тем событием — теперь администратор находит её под событием «Задания»
• Исправлена ошибка «Недопустимое значение параметра (параметр номер '1')» при выборе контрагента в шапке документов Наряд на работы, Заказ поставщику, Заказ клиента, Продажа, Поступление, Акт выполненных работ, Доверенность, Учёт денежных средств, Начало обслуживания и Окончание обслуживания — она возникала при включённой автоматической проверке контрагентов по ЕГРН и мешала увидеть результат проверки; теперь результат проверки контрагента снова отображается в документе
• Исправлена ошибка обезличивания, из-за которой наименования клиента, организации и подразделения со знаками препинания (например, «ИП Иванов И.И.», «Иванов Иван Иванович (ИП)», «ООО Ромашка, филиал») не маскировались при выгрузке задания «для нейросети» и оставались видны в открытом виде — как в соответствующих полях, так и в истории задания
• Подразделения теперь тоже распознаются при обезличивании — как организации. Поле «Подразделение» в выгрузке задания теперь маскируется, а название организации, которое раньше выводилось рядом с ним в скобках, отдельно больше не раскрывается
• Исправлена ошибка обезличивания, при которой короткое имя пользователя базы (например, «Иван») подменяло своим псевдонимом часть более длинного ФИО другого человека — например, в тексте «Иван Иванович» или «Петров Иван» имя маскировалось, а отчество или фамилия оставались видны рядом. Теперь такое ФИО маскируется целиком, а соседнее слово рядом с именем больше не попадает в замену по ошибке. Не попадает в замену подпись следующего поля («Пароль:», «Статус:») — в том числе если перед двоеточием стоит пробел или разметка, как в «Иван Пароль : Qwerty123», — раньше в тексте вида «Логин: Иван Пароль: Qwerty123» слово «Пароль» могло уйти в замену вместе с именем, и пароль оставался открытым. Не попадает в замену слово с цифрами (пароль, логин, номер): в «Пароль: Qwerty123 Иван» сам пароль раньше мог попасть в обратимую замену имени. Не попадает в замену и слово без цифр, если сразу за ним следует число (например, «Иван Паспорт 4501 123456», «Иван Windows 11») — раньше слово «Паспорт» могло уйти в замену вместе с именем, и номер паспорта рядом оставался без метки, по которой его узнаёт своё правило. Буквенный пароль сразу после метки перед именем (например, «Пароль: Qwerty Иван», в том числе выделенный жирным — «Пароль: Qwerty Иван») тоже больше не подменяется псевдонимом имени — раньше такой пароль мог сохраниться в таблице соответствий обратимо и вернуться в ответе ассистента. Также ФИО, части которого разделены неразрывным пробелом (частый случай в письмах, вставленных из html), теперь распознаётся и маскируется так же, как при обычном пробеле
• Исправлена ошибка обезличивания, из-за которой пароль, токен доступа или ключ, оформленные жирным шрифтом или другой разметкой (например, «Пароль: …»), могли остаться видимыми — значение теперь вырезается вместе с меткой. Также исправлено: пароль, который автор уже скрыл сам, заменив звёздочками (например, «Пароль: ******», в том числе экранированными, как это делает преобразование текста в markdown, — «Пароль: ******»), теперь вырезается на месте — раньше вместе со звёздочками могла случайно замениться и следующая строка с другими данными (например, «Логин: ivanov»). Метка пароля без собственного значения («Пароль:») больше не захватывает в замену метку любого следующего поля — раньше, например, «Пароль:» строкой выше «Паспорт: 4501 123456» вырезала метку «Паспорт:», из-за чего номер паспорта оставался нераспознанным и открытым; пароль, указанный отдельной строкой сразу под меткой «Пароль:», по-прежнему вырезается вместе с ней, как и раньше. При обновлении программы правило распознавания пароля в справочнике «Правила анонимизации ПДн» приводится к поставляемому виду — если оно было изменено вручную, изменения будут перезаписаны
• Исправлена ошибка, из-за которой при обмене с внешним AI-агентом по MCP файл, где наименование клиента, организации или подразделения записано с кавычками-«ёлочками» (например, «ООО «Ромашка»») или разделено неразрывным пробелом (частый случай в тексте, вставленном из письма в формате html), мог быть отправлен целиком, без обезличивания, — такое наименование не находилось при проверке файла на персональные данные, и программа ошибочно считала, что личных данных в нём нет
• Исправлена ошибка «Слишком много фактических параметров» при сохранении файла на диск с вкладки «Файлы» карточки задания — файл снова сохраняется
• Исправлена ошибка при открытии формы «Кассовые ссылки» из списка настроек подключения к Системе быстрых платежей — форма снова открывается
• Исправлена ошибка в помощнике настройки обмена данными, из-за которой при восстановлении ранее сохранённого подключения не удавалось определить план обмена
• Исправлена ошибка при автоматической проверке контрагента по индексам СПАРК «Риски» в карточке контрагента — проверка снова выполняется
• Исправлена ошибка в настройке торгового оборудования — в общей форме настройки универсального драйвера снова работают проверка устройства, дополнительные действия и обновление сведений о драйвере
• Исправлена ошибка «Несоответствие типов» при добавлении, копировании или изменении строки расчёта на закладке «Расчёты» в правиле расчёта метрик — окно настройки строки не открывалось, и заполнить расчёты вручную было нельзя. Также не открывалось изменение уже существующей строки — двойным щелчком, клавишей F2 и командой «Изменить», а клавиша Enter вместо этого записывала всё правило. Теперь все перечисленные способы открывают окно настройки строки, заполненное её значениями
• Исправлена ошибка, из-за которой добавление на рабочий стол виджета «Метрика (Диаграмма)» приводило к ошибке «Объект не найден» при открытии рабочего стола. Новый виджет теперь получает тип диаграммы «График», а виджет, у которого тип диаграммы не указан, отображается графиком
• Исправлена ошибка, из-за которой команда «Рассчитать метрики» в списке заданий была видна и запускала расчёт метрик даже тогда, когда эта возможность недоступна — выключена в настройках или не входит в редакцию программы. Теперь в этом случае кнопка скрыта, а расчёт не выполняется
• Исправлена ошибка, из-за которой значения метрик молча пропадали, если в строке расчёта правила не была заполнена формула периода регистрации или она возвращала не дату, — отражение метрики записывалось без проведения. Теперь в этом случае периодом считается момент расчёта
• В документе «Наряд на работы» строки, добавленные подбором в табличную часть «Номенклатура», теперь получают ставку НДС по системе налогообложения документа: на наряде без НДС — ставка «Без НДС», на наряде с НДС — собственная ставка номенклатуры, а если у номенклатуры своей ставки нет — ставка организации. Раньше подбор всегда проставлял собственную ставку номенклатуры независимо от налогообложения документа, а номенклатуре без своей ставки ставка не проставлялась вовсе
• То же самое теперь работает и для строк, добавленных по штрихкоду — сканером, загрузкой с терминала сбора данных или вводом штрихкода вручную: раньше такие строки оставались без ставки НДС
• Повторный подбор номенклатуры в наряде на работы больше не сбрасывает у ранее добавленных строк ставку НДС (в том числе исправленную вручную), описание, подразделение и статью доходов и расходов — эти значения сохраняются, а цена строки, как и прежде, берется из остатков
• Исправлена ошибка в документе «Наряд на работы», создаваемом на основании документа «Задание»: строки номенклатуры, добавленные из задания, оставались без ставки НДС — у облагаемого наряда (так документ заполняется по умолчанию) сумма НДС в такой строке после ввода цены оставалась нулевой, а неверная ставка обнаруживалась только при печати наряда и в продаже, оформленной на основании него. Теперь такая строка сразу получает ставку НДС по системе налогообложения документа — по тому же правилу, что и при выборе номенклатуры в строке
• Та же ошибка исправлена в документах «Продажа», «Поступление» и «Окончание обслуживания», создаваемых на основании задания: строки номенклатуры, перенесённые из задания, оставались без ставки НДС. На облагаемом документе сумма НДС по таким строкам оставалась нулевой, а расхождение обнаруживалось только при печати документа и в его движениях. Теперь такая строка сразу получает ставку НДС по системе налогообложения документа — ставка берётся у номенклатуры, а если у неё ставка не указана, у организации. Цена таких строк, как и раньше, остаётся нулевой: в «Продаже» и «Поступлении» её по-прежнему заполняет пользователь, а в «Окончании обслуживания» строки, перенесённые из задания, недоступны для редактирования, и подобранная ставка НДС в них окончательная
• Исправлена ошибка, из-за которой в панели быстрого просмотра значки блокирующих связей были перепутаны местами — у заблокированного задания показывался значок «блокирует», а у блокирующего — значок «заблокировано». Теперь значки соответствуют смыслу, как и на форме задания
• Исправлена ошибка на вкладке «Зависимости» формы задания, из-за которой при попытке сменить тип связи в строке появлялось сообщение «Поле объекта недоступно для чтения» и тип связи не менялся — теперь тип связи в форме меняется
• Исправлена ошибка, из-за которой панель быстрого просмотра задания в списке заданий показывала любую связь как активную. Теперь она отображает связи так же, как вкладка «Зависимости» формы задания: выполненная или отменённая блокирующая связь на стороне блокирующего задания показывается серым значком и приглушённой строкой вместо активного оранжевого кружка, а связи «Старт -> Старт» и «Старт -> Финиш» (они не мешают выполнению) в панели приглушены так же, как серый текст в форме. Строка, где вместо значка связи показан значок статуса связанного задания, как и раньше, не приглушается
• Исправлена ошибка в REST API: ответ на добавление связи задания и на изменение связи не содержал статус связанного задания в поле task_status — оно приходило пустым. Теперь оно заполняется так же, как в ответе списка связей
• В MCP-инструменте remove_dependency связь между заданиями не удалялась, если задания были переданы в порядке, обратном тому, в котором связь была создана, а ответ при этом сообщал об успешном удалении. Теперь связь пары заданий находится при любом порядке, а ответ честно показывает, была ли связь удалена (deleted: false, если удалять было нечего)
• Исправлена ошибка в REST API, из-за которой добавление связи заданий через POST игнорировало поле blocked в теле запроса — задание из адреса запроса всегда становилось заблокированным, даже если запрос указывал иное направление. Теперь значение blocked: false создаёт связь в обратную сторону
• Исправлена ошибка, из-за которой сбой на одном из шагов создания задания через MCP-инструмент create_task — привязка к проекту, заполнение чек-листа или создание связей — мог оставить задание без проекта, а ответ не называл номер уже созданного задания, из-за чего повторный вызов создавал дубль. Теперь задание привязывается к проекту сразу после создания, а сообщение об ошибке содержит идентификатор и номер созданного задания
• Исправлена ошибка, из-за которой тема связанного задания в ответах MCP не проходила обезличивание персональных данных — в отличие от темы самого задания
• Сообщение об ошибке «связь уже существует» при создании связи через MCP теперь называет тип и направление существующей связи
• В персональных настройках телефонии Мико снова доступно действие «Открыть мастер регистрации» для входящего и исходящего звонка — раньше это значение пропало из списка выбора; при его выборе во время входящего или исходящего звонка открывается мастер регистрации заданий
• В детализации звонка под продолжительностью теперь показывается, с каким документом связан звонок: при наличии прав на просмотр — в виде ссылки «Связан с документом: …», открывающей документ; при отсутствии прав — пометка без ссылки. Для несвязанного звонка надпись не отображается
• При связывании звонка с заданием (командами «Связать звонок» в журнале звонков и «Связать с документом» в форме звонка) список заданий сразу отфильтрован по клиенту звонка: включён флажок «Только задания клиента "…" и его контактных лиц». Флажок можно снять, чтобы видеть все задания. Для звонка с нераспознанным номером фильтр не показывается
• При попытке связать уже связанный звонок с другим документом программа запрашивает подтверждение замены. При выборе «Создать задание» по такому звонку дополнительно предупреждает, что новое задание заменит текущую связь
• Исправлена ошибка, из-за которой в подсистеме «Автоматизация» не сохранялись настройки шагов готовых (поставляемых) потоков на базах, обновлённых с предыдущих версий программы, — при записи формы настроек шага появлялось сообщение «Поле "Наименование" не заполнено», и настройки не сохранялись. Ошибка касалась шагов, которые программа создала сама при обновлении, например шага «Создать задание из письма» в потоке «Письмо: Создать задание из нового обращения»; на базах, созданных заново, такой ошибки не было. Теперь настройки таких шагов сохраняются — название шага заполняется автоматически как при сохранении, так и при создании или восстановлении шагов готовых потоков во время обновления программы; ранее сохранённые настройки не меняются, и никаких дополнительных действий от администратора не требуется
• Исправлена ошибка «Недостаточно прав» при подборе ставки НДС по умолчанию для строки номенклатуры, если организация документа недоступна пользователю по ограничению доступа, а сам документ — доступен (доступ к документам не зависит от доступа к организациям, поэтому так бывает), и у номенклатуры не указана собственная ставка. Ошибка возникала при выборе номенклатуры в строке и при смене системы налогообложения в документах «Заказ клиента», «Заказ поставщику», «Начало обслуживания», «Окончание обслуживания», «Планирование бюджета», «Поступление», «Продажа», в наряде на работы, а также при создании поступления командой «Поступление» в рабочем месте кладовщика. Теперь ставка по умолчанию организации подставляется в строку независимо от того, доступна ли пользователю сама организация
• В мастере регистрации обращений на странице поиска клиента появился блок «Текущий звонок»: во время входящего или исходящего звонка оператор видит статус вызова и его длительность, может перезвонить одной кнопкой после завершения и оставить комментарий к звонку прямо из формы приёма обращения. Комментарий и запись разговора сохраняются. Вне звонка блок не отображается
• В журнале звонков телефонии команда «Создать задачу...» переименована в «Создать задание...» и теперь открывает форму создания задания с предзаполнением: исполнитель и клиент берутся из звонка, текущий пользователь становится исполнителем, дата задания — дата завершения звонка, тема подставляется автоматически (например, «Перезвонить на номер …» для пропущенного звонка). Созданное задание автоматически связывается со звонком и отображается в ленте событий клиента
• При создании задания из журнала звонков или из блока «Текущий звонок» мастера регистрации поле «Описание» нового задания теперь предзаполняется комментарием оператора к звонку — если он заполнен; при создании через мастер регистрации используется актуальный комментарий из поля на экране, даже если кнопка «Сохранить комментарий» ещё не нажималась
• Исправлена ошибка инструмента MCP link_task_to_projects: при повторной привязке задания к уже подключённому проекту без указания раздела ответ приходил пустым, будто ничего не произошло. Теперь по каждому переданному проекту в ответе приходит понятный результат: связь создана, задание перенесено в указанный раздел, либо изменений не потребовалось, потому что задание уже было в этом проекте и разделе. Все переданные проекты, разделы и права на привязку проверяются заранее — ошибка в одном из них больше не оставляет часть связей записанной наполовину
• Инструменты MCP create_task, update_task, bulk_update_tasks и create_task_from_template теперь проверяют привязку к проектам той же строгой проверкой, что и link_task_to_projects, прежде чем что-либо записать: раздел чужого проекта, несуществующий раздел или отсутствие права на привязку к проекту возвращают понятную ошибку, и задание не создаётся и не изменяется. Раньше create_task мог создать задание вовсе без проекта, а update_task — сохранить остальные изменения, молча отклонив привязку к проекту. Нечитаемый идентификатор раздела теперь тоже считается ошибкой, а не тихо заменяется разделом по умолчанию. При пакетном изменении заданий (bulk_update_tasks) отказ по конкретному заданию из-за нехватки прав, как и раньше, попадает в список несработавших, не прерывая обработку остальных заданий пакета
• Исправлена ошибка инструмента MCP list_sla_pauses: параметр with_total, добавляющий в ответ общее количество пауз, был описан, но не влиял на результат. Теперь он учитывается, как и в остальных списочных инструментах
• Исправлена ошибка инструмента MCP list_files: он всегда возвращал признак has_more: false, из-за чего файлы, не поместившиеся на первую страницу списка, оставались невидимыми для AI-агентов и внешних интеграций
• Исправлена ошибка «Нарушение прав доступа!», из-за которой пользователь без полных прав не мог создать задание на основании входящего письма — ошибка возникала при разборе темы письма (поиске номера задания или комментария в теме). Та же ошибка мешала обрезать цитату предыдущей переписки в тексте письма. Теперь это работает у пользователя с любым поставляемым профилем прав
• Исправлена ошибка «Нарушение прав доступа!» при открытии входящего письма сотрудником с обычным (не административным) профилем прав — форма письма больше не завершается ошибкой
• Команда «Создать на основании → Задание» во входящем письме теперь работает для любого сотрудника с правом создавать задания и даёт тот же результат, что автоматическое создание заданий из писем: инициатор письма находится среди существующих контрагентов и сотрудников или создаётся автоматически, вложения письма переносятся в задание, а ответ на письмо по уже существующему заданию добавляется комментарием с вложениями. Раньше под обычными профилями команда завершалась ошибкой «Нарушение прав доступа!» либо создавала задание без вложений и без комментария
• Если созданное такой командой задание сотруднику пока не видно — например, он не участник проекта задания или права доступа ещё обновляются (это может занять до полминуты), — программа больше не показывает ошибку «Недостаточно прав»: вместо неё выводится номер созданного задания и объяснение, почему его форма не открылась
• Исправлена ошибка, из-за которой при переходе базы с редакции 3.1 на 4.0 (через «Мастер обновления на версию 4.0» и загрузку новой конфигурации) пункты чек-листов заданий не переносились — вкладка «Чек-лист» у заданий оказывалась пустой, хотя в редакции 3.1 пункты были. Теперь при обновлении программы до этой версии пункты чек-листов из 3.1 переносятся автоматически в фоновом режиме — это работает и для баз, которые обновляются с 3.1 сейчас, и для баз, уже обновлённых до версии 4.0.0.48: у них чек-листы тоже будут восстановлены, поскольку данные 3.1 сохранились в базе. Пункты, уже имеющиеся в чек-листе 4.0 (например, набранные заново вручную), сохраняются, а перенесённые добавляются после них; пункт с уже существующим текстом повторно не добавляется. Пункты, выполненные в редакции 3.1, остаются выполненными. Пустой пункт получает тему «<Без темы>», а очень длинный текст (более 1024 символов) обрезается — полный текст сохраняется в базе. Пока фоновый перенос не завершился, чек-лист части заданий может оставаться пустым или неполным
• Исправлена ошибка, из-за которой ссылки во встроенном описании карточки задания — в текстах, перенесённых из версии 3.1, а также в описаниях и комментариях, пришедших из писем и Bitrix24, — открывались не в браузере, а прямо внутри блока «Описание». Теперь такие ссылки открываются как обычно: в браузере, а ссылки на задания, документы 1С и письма — прямо в программе. Также правый щелчок по ссылке внутри такого описания больше не показывает контекстное меню в левом верхнем углу окна — как и в остальной карточке задания, меню там не появляется
• В упрощённой форме нового (ещё не сохранённого) задания убрана вкладка «Связанные звонки» — у несохранённого задания связанных звонков быть не может
• Исправлена ошибка, из-за которой при создании задания из входящего письма участниками задания становились только адресаты «Кому» и «Копии», являющиеся пользователями программы, — контрагенты, потенциальные клиенты, контактные лица, сотрудники и другие адресаты в участники не попадали и не получали уведомления, адресованные участникам (из коробки это письма о новых публичных комментариях к заданию). Теперь такие адресаты тоже становятся участниками задания: видны на вкладке «Участники» и получают эти уведомления; приватные комментарии им по-прежнему не приходят, доступа к заданию в программе и участия в проекте они не получают. Исправление касается только новых заданий, созданных из письма, — в уже существующих нужного человека при необходимости можно добавить вручную командой «Добавить участника»
• Исправлена ошибка, из-за которой наблюдатель из письма не добавлялся, если адрес в поле «Кому» или «Копия» был написан не в том регистре букв, что в карточке контрагента, контактного лица или другого адресата (например, «Ivan@Firm.ru» вместо «ivan@firm.ru»). Теперь адреса сравниваются без учёта регистра букв и лишних пробелов по краям

Обновление устанавливается на версии: 3.1.23.5, 4.0.0.45, 4.0.0.46, 4.0.0.47, 4.0.0.48. Требуется сервер лицензирования 1.0.0.24.

Скачать обновления вы можете на нашем сайте предварительно авторизовавшись, используя Ваш логин и пароль, далее зайти в меню "Техподдержка > Личный кабинет" и скачать необходимые обновления.