yandex/aliceai-llm, openai/gpt-oss-120b, qwen/qwen3-235b-a22b-fp8), а версии моделей, кроме основной, отмечены суффиксом :rc или :deprecated. После загрузки списка моделью по умолчанию становится Alice AI LLM, а у текстовых моделей Яндекса сразу включена работа с инструментами (MCP)yc.ai.speechkitStt.execute или yc.ai.foundationModels.execute)Ассистент.РаспознатьРечь — распознавание речи из двоичных данных аудио (сейчас его поддерживает сервис Yandex AI Studio)timeout сервиса ассистента в REST API. У поставляемых промптов температура не задана, а для промптов Автоматизации «Подобрать теги для задания» и «Определить срочность и влияние задания» её можно выставить в 0 для более устойчивых результатов, если модель её принимает. Если модель принимает только стандартную температуру и отклоняет запрос с другой (например, некоторые модели OpenAI с рассуждением), Ассистент сам повторяет запрос без температуры, и промпт продолжает работатьhttp:// или localhost работают без ключа — и в чате, и при загрузке списка моделейassistant-services) появились поля is_used (чтение и запись) и is_key_set (только чтение — сам ключ не передаётся), а в настройках Ассистента (assistant-settings) — поле speech_recognition_servicePOST /v2/password-change позволяет вошедшему пользователю сменить пароль — передаются старый и новый пароль, а при ошибке приходит понятное сообщение (о неверном старом пароле или о том, что новый не соответствует требованиям). Методы POST /v2/password-recovery-code и POST /v2/password-recovery-confirm восстанавливают доступ без входа: по логину или адресу электронной почты на почту отправляется код подтверждения (действует 15 минут), которым устанавливается новый пароль. По умолчанию код состоит из 6 символов, его можно ввести с трёх попыток, после ошибок ввод блокируется на 3 минуты, повторно запросить код можно не чаще раза в 3 минуты, а ответ на запрос кода не раскрывает, существует ли пользователь с таким логином или адресом, — чтобы восстановление нельзя было использовать для перебора учётных записейapi/AUTH.md/meetings позволяет получить список встреч, открыть встречу, создать её, изменить и пометить на удаление. Поддерживаются тема, описание (например, расшифровка записанного разговора), даты, место, важность, участники и предмет встречи — задание или проектlist_meetings, get_meeting, create_meeting, update_meeting и delete_meeting; при создании встречи можно указать автором Ассистента (параметр as_assistant)as_assistant, переданный не логическим значением (например, строкой "true"), тоже отклоняется такой ошибкой — раньше запись в этом случае молча уходила от имени пользователя сессииis_deleted (delete_task, delete_article), problem_only (get_projects_digest) и has_unread (list_inbox), переданные не логическим значением, тоже отклоняются понятной ошибкой — раньше такое значение молча считалось значением по умолчанию, и, например, строка "false" в delete_task могла по ошибке пометить задание на удалениеdelete_checklist_items сообщает, сколько пунктов удалено и какие не найдены, и удаляет их одним действием; get_projects_digest, get_project_status_history и get_article_tree возвращают список постранично в едином формате; статус проекта в ответах приходит в развёрнутом виде; создание проекта или изменение его кода с уже занятым, зарезервированным или слишком длинным кодом отклоняется понятной ошибкой; параллельное создание одного и того же тега больше не приводит к дублям; изменение уже опубликованного обзора проекта через update_project_review отклоняется как конфликтPATCH /project-reviews/{ref} теперь отвечает понятной ошибкой с кодом «Опубликованный обзор неизменяем» вместо общего «Bad Request»get_project_task_graph теперь отдаёт статус задания в узле графа в том же развёрнутом виде, что и остальные ответы сервера, — раньше здесь была сокращённая формаАссистент.Ключ() — расширения, которые её вызывали, нужно перевести на новый программный интерфейс ключей сервисов (модуль АссистентКлючи). Обновление до этой версии содержит оперативный обработчик переноса ключей, поэтому требуется монопольный режимПользовательАссистент) больше не заменяется плейсхолдером в ответах MCP-инструментов и в переписке Ассистента. Это единственное исключение из маскирования: имя служебного пользователя — подпись, которой Ассистент создаёт записи заданий и проектов, а не персональные данные, и агент должен видеть автора записи как есть — раньше автор скрывался за плейсхолдером во всех карточках и в описании параметра as_assistant. Имена всех остальных пользователей маскируются как прежде\\…) и на программы (ftp://) теперь открываются только после подтверждения, а не сразу; ссылки на прочие небезопасные протоколы не выполняются вовсе. Ссылка на такой же адрес в тексте письма, показанного внутри задания (например, в цитате), срабатывает только если это обычная веб-ссылка, в том числе начинающаяся с «www.», — на сетевую папку или программу она не сработаетmove_task_status снова позволяет переоткрыть задание, завершённое по SLA, — перевести его в незавершённый статус, как это можно сделать кнопками статуса на форме задания. Раньше при выключенной настройке изменения завершённых заданий такой вызов отклонялся с ошибкой прав доступа даже у администратораmove_task_status без смены статуса, но с комментарием, пользователи, упомянутые в комментарии или указанные его адресатами, теперь сразу получают доступ к заданию — раньше доступ появлялся только после очередного регламентного обновления правlink_task_to_projects, create_task, update_task, bulk_update_tasks и create_task_from_template. Раньше ответ «нет прав» неявно подтверждал, что скрытый проект существуетas_assistant, теперь учитывается при расчёте срока по SLA как ответ пользователя, под которым подключён MCP-клиент, а не служебного пользователя «Ассистент» — автором комментария по-прежнему остаётся служебный пользовательbulk_move_task_status) задание, недоступное пользователю для редактирования — в том числе завершённое по SLA, — больше не прерывает выполнение всего пакета, а отклоняется по отдельности с понятным кодом ошибки (NotFound, InvalidStatusTransition, AccessDenied, ExecutionError); остальные задания пакета меняют статус как обычно. Пакет по-прежнему ограничен 100 заданиямиfeatures_sla (list_projects, get_projects_digest), is_draft (list_project_reviews) и sync_status_sections (create_project, update_project), переданные не логическим значением (например, строкой "true" вместо true), теперь возвращают понятную ошибку с именем параметра. Раньше такое значение молча считалось «ложь»: отбор мог сработать наоборот, а update_project — выключить синхронизацию разделов со статусами, при этом сообщив об успехеrelation — понятное отношение с точки зрения текущего задания (blocked_by/blocks, follows/precedes, discovered_from/origin_of, related_to, duplicates/duplicated_by, supersedes/superseded_by), а также номер (task_number) и статус (task_status) связанного задания. Раньше направление связи приходилось расшифровывать по признаку блокировки, а за номером связанного задания — делать отдельный запросupdate_dependency — тип и направление существующей связи между заданиями можно изменить одной операцией; если изменение отклонено (например, оно замкнуло бы связи в цикл), прежняя связь остаётся без изменений. Раньше для этого связь приходилось удалять и создавать зановоcreate_task теперь принимает в параметре depends_on не только номера заданий, но и объекты с указанием типа связи — задание-продолжение со связью «Происхождение» можно создать одним вызовомget_dependency_tree теперь показывает информационные связи задания («Происхождение», «Дубликат», «Заменяет», «Связано») с обеих сторон — раньше некоторые из них было видно только с одной стороныPOST /tasks/{ref}/dependencies с указанием связанного задания в теле запросаcreate_task, add_comment и move_task_status появился необязательный флаг as_assistant: при значении true автором задания или комментария (в move_task_status — попутного комментария при смене статуса) становится служебный пользователь, настроенный в программе как «Пользователь Ассистент», а не тот, под которым подключён MCP-клиент. Меняется только автор — инициатор, исполнитель, привязка к проектам и все проверки прав по-прежнему определяются пользователем сессии, указать произвольного автора флаг не позволяет. Если служебный пользователь не настроен, инструмент сразу возвращает понятную ошибку и ничего не записывает. У приватного комментария в число адресатов теперь входят и служебный пользователь, и пользователь сессииas_assistant и общие инструкции MCP-сервера трекера показывают имя и идентификатор настроенного служебного пользователя — либо сообщают, что он не настроенdepartment) изменило смысл: теперь это только наименование подразделения без организации, и оно участвует в маскировании при анонимизации. Внешние получатели выгрузки могут проверять значение поля export_version, чтобы отличать новый формат данных от прежнегоtotal_count) только когда его явно запрашивают параметром with_total — так же, как в REST API. Раньше без этого параметра приходило пустое значение total_count: nullget_task, list_comments и list_inbox, а также общие инструкции сервера, теперь прямо подсказывают AI-агентам не запрашивать список комментариев отдельным обращением, если в задании их и без того нет (comments_count = 0) — это избавляет от лишних обращений к серверуtask_status — оно приходило пустым. Теперь оно заполняется так же, как в ответе списка связейremove_dependency связь между заданиями не удалялась, если задания были переданы в порядке, обратном тому, в котором связь была создана, а ответ при этом сообщал об успешном удалении. Теперь связь пары заданий находится при любом порядке, а ответ честно показывает, была ли связь удалена (deleted: false, если удалять было нечего)POST игнорировало поле blocked в теле запроса — задание из адреса запроса всегда становилось заблокированным, даже если запрос указывал иное направление. Теперь значение blocked: false создаёт связь в обратную сторонуcreate_task — привязка к проекту, заполнение чек-листа или создание связей — мог оставить задание без проекта, а ответ не называл номер уже созданного задания, из-за чего повторный вызов создавал дубль. Теперь задание привязывается к проекту сразу после создания, а сообщение об ошибке содержит идентификатор и номер созданного заданияlink_task_to_projects: при повторной привязке задания к уже подключённому проекту без указания раздела ответ приходил пустым, будто ничего не произошло. Теперь по каждому переданному проекту в ответе приходит понятный результат: связь создана, задание перенесено в указанный раздел, либо изменений не потребовалось, потому что задание уже было в этом проекте и разделе. Все переданные проекты, разделы и права на привязку проверяются заранее — ошибка в одном из них больше не оставляет часть связей записанной наполовинуcreate_task, update_task, bulk_update_tasks и create_task_from_template теперь проверяют привязку к проектам той же строгой проверкой, что и link_task_to_projects, прежде чем что-либо записать: раздел чужого проекта, несуществующий раздел или отсутствие права на привязку к проекту возвращают понятную ошибку, и задание не создаётся и не изменяется. Раньше create_task мог создать задание вовсе без проекта, а update_task — сохранить остальные изменения, молча отклонив привязку к проекту. Нечитаемый идентификатор раздела теперь тоже считается ошибкой, а не тихо заменяется разделом по умолчанию. При пакетном изменении заданий (bulk_update_tasks) отказ по конкретному заданию из-за нехватки прав, как и раньше, попадает в список несработавших, не прерывая обработку остальных заданий пакетаlist_sla_pauses: параметр with_total, добавляющий в ответ общее количество пауз, был описан, но не влиял на результат. Теперь он учитывается, как и в остальных списочных инструментахlist_files: он всегда возвращал признак has_more: false, из-за чего файлы, не поместившиеся на первую страницу списка, оставались невидимыми для AI-агентов и внешних интеграцийkblink://пространство/папка/статья теперь можно передавать напрямую AI-ассистенту и через 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): по приоритету и срочности (по умолчанию), по возрасту задания, гибридный режим (недавние задания — по приоритету и срочности, остальные — по возрасту) и режим «быстрые победы», где первыми идут более лёгкие заданияtake_next_task появился режим одновременного взятия в работу и закрепления задания за собой — параметр claim. Раньше выбор следующего задания и его назначение исполнителю выполнялись отдельно, и при обращении нескольких агентов почти одновременно одно и то же задание могло достаться сразу двум. Теперь задание закрепляется одним действием и не может достаться двум агентам одновременно. Рассматриваются задания групп, в которые входит текущий пользователь; параметр include_unassigned дополнительно включает задания без исполнителя. В ответе появляется отметка claimedclaim_task — закрепить за собой конкретное, заранее известное задание. Если оно уже закреплено за вызывающим агентом, повторное обращение просто подтверждает это и ничего не меняет; если задание занято другим исполнителем, в ответе — понятная ошибка с указанием, кто сейчас его держит и в каком оно статусеrelease_task — вернуть задание обратно: группе, у которой оно было взято, либо явно указанному исполнителю. Причину возврата можно сразу оставить комментарием к заданиюget_ready_tasks, take_next_task) и у списка заблокированных заданий (get_blocked_tasks) появился параметр explain — по запросу можно получить подробное объяснение: из чего сложилась позиция задания в очереди (вклад приоритета, срочности и разблокирования других заданий, применённая политика сортировки и порядок разрешения равенства между заданиями с одинаковым счётом) либо какие именно задания блокируют указанное — с их номером, темой и статусомmove_task_status) появилась возможность одним действием оставить комментарий вместе с переходом. Если новый статус завершающий, в ответе также приходит список заданий, которые это закрытие разблокировалоstale_claims_days в списке заданий и счётчик таких заданий в сводке по проекту — по умолчанию зависшими считаются задания, которые исполнитель держит дольше 7 дней. Автоматического возврата таких заданий нет — решение остаётся за человекомref_tags_.... Это касается получения и создания заданий, изменения заданий (в том числе массового), получения статьи, создания и изменения статей, а также списка статей с тегами. Если интеграция ожидала увидеть в ответе идентификаторы тегов, её нужно будет донастроить под новый формат. Передавать теги на вход по-прежнему можно и названием, и идентификатором — здесь ничего не изменилось. На обычный REST API (не через MCP и не через ассистента) это изменение не влияетget_ready_tasks и take_next_task по умолчанию больше не возвращают задания-контейнеры (у которых есть подзадания) и задания в завершённых или отменённых статусах — прежнее поведение включается параметрами include_containers и include_cancelledget_my_tasks по умолчанию тоже больше не показывает задания-контейнеры — включить их обратно можно параметром include_containersstatus = "active" во всех MCP-инструментах со списками заданий (list_tasks, search_tasks, list_subtasks, get_my_tasks) теперь означает «не завершено и не отменено» — раньше отменённые задания под это значение тоже попадалиget_ready_tasks, take_next_task) стала точнее и предсказуемее. Наряду с приоритетом и срочностью учитывается, сколько других заданий блокирует данное, — такие задания поднимаются выше в очереди; вес (трудоёмкость) задания на очередь больше не влияет. При равных условиях порядок больше не меняется от раза к разу: повторное «взять в работу следующее задание» возвращает то же самое задание, а постраничный просмотр очереди не показывает задания дважды и не теряет их. Подзадача, у которой не задан срок, наследует срок родительского заданияget_ready_tasks и take_next_task: отменённые задания попадали в очередь «готовых к работе» наравне с активными — отбор ориентировался на признак «выполнено», которого у отменённого задания не бывает. Заодно отменённое задание-блокер больше не удерживает зависящие от него задания вне очереди — раньше зависимая задача считалась заблокированной до бесконечности, потому что отменённый блокер никогда не станет «выполненным»get_my_tasks: неизвестный идентификатор статуса в параметре status молча возвращал пустой список заданий — теперь в ответ приходит понятная ошибка с указанием, какой статус не распознанget_blocking_tasks и get_blocked_tasks: отменённое задание могло остаться в списке блокирующих или заблокированных заданий. Теперь отменённые задания в этих списках не показываютсяlist_task_templates: значение null в параметре отбора по активности воспринималось как запрос только неактивных шаблонов. Теперь null означает отсутствие отбора — возвращаются и активные, и неактивные шаблоныPOST и PATCH /tasks/{ref}/dependencies) теперь отклоняют значение типа зависимости, которое не удалось распознать (например, имя без нужного префикса или опечатку), — ответом с кодом 400 и понятным указанием на неверный тип зависимости. Раньше такая связь молча создавалась с пустым типом и переставала блокировать зависимое заданиеpropagate_tags без параметра recursive: подзадачи, недоступные пользователю по правам, раньше молча пропадали из результата, а должны были попадать в счётчик пропущенных, как и обещано в описании инструмента, — теперь так и происходит. Заодно текст ошибки о превышении предела в 500 подзадач стал зависеть от режима работы инструмента и больше не советует несуществующие промежуточные шаги201), теперь может вернуться отказ в доступе (403) или ошибка «не найдено» (404) — если у используемой учётной записи нет права изменять объект-владелец или сам он ей недоступен. Это касается вложений заданий, комментариев, проектов, статей базы знаний, обзоров проектов и сообщений ассистента — стоит проверить такие сценарии, если у вас настроена автоматическая загрузка файлов404). Раньше часть этих запросов отвечала 400 или 403, по которым можно было понять, что скрытый файл всё-таки существуетPOST /comments и PATCH /comments/{ref} отклоняют такую попытку с понятной ошибкой (коды СвязьКомментариев.РодительДругогоВладельца, СвязьКомментариев.РодительНеНайден, СвязьКомментариев.ВладелецНеЗадан)IDC# в теме письма случайно совпадает с номером комментария из другого задания, связь не устанавливается — новый комментарий создаётся без привязки к ветке. Раньше такой ответ мог принести в задание список участников и содержимое чужой перепискиPOST /comments с указанием родительского комментария) не работало по существу: связь с родительским комментарием стиралась сразу после создания, и ответ становился обычным комментарием вне ветки. Теперь ветки ответов, создаваемые через REST API, работают как положеноupdate_comment) незаметно для пользователя обрывало связь комментария с его родительским комментариемget_file, save_file, list_files и upload_file не учитывалась приватность комментария, к которому относится вложение, — проверялся только доступ к самому заданию. Из-за этого участник задания мог через AI-ассистента получить содержимое вложения чужого приватного комментария, увидеть такие вложения в списке (имя, размер, автора) и даже прикрепить свой файл в чужую приватную переписку. Теперь вложения приватных комментариев скрыты от AI-ассистента так же, как и в остальной системе: недоступное вложение неотличимо от несуществующегоGET /tasks/{ref}, GET /projects/{ref}, GET /sections/{ref}, GET /comments/{ref}), так и при обращении AI-ассистента через MCP (получение задания, получение списка комментариев). Раньше такие запросы попутно перебирали вспомогательные данные по всей базе — например, у проектов дополнительно выгружались картинки вообще всех проектов, — теперь объём обрабатываемых вспомогательных данных существенно сокращёнwith_total=true) — вместо полной выборки всех подходящих записей со всеми полями теперь выполняется отдельный быстрый подсчёт, права доступа при этом учитываются так же, как и раньше. Для отдельных методов, где такой быстрый подсчёт невозможен, поведение не изменилосьGET /comments): подготовительные технические операции, общие для всех записей страницы, теперь выполняются один раз, а не повторяются для каждой записиPATCH /sections/{ref} (поле owner) молча ничего не делала — сервер отвечал успехом, а владелец раздела оставался прежним. Теперь такая попытка отклоняется с понятным сообщением об ошибке: владелец раздела задаётся один раз при создании и после этого не может быть изменёнPATCH /v2/tasks/{ref}/rating. Как и в самой программе, оценку может поставить только инициатор задания, только уже выполненному заданию, и только если у одного из его проектов включена функциональность «Оценки»; служебные оценки (например «Без оценки») не принимаются. К оценке можно приложить комментарий — он сохраняется в задании отдельной записьюGET /v2/task-grades-picture/{ref} отдаёт изображение напрямую, поэтому его адрес можно использовать прямо в <img src>. Поле picture в списке оценок (/v2/task-grades) теперь возвращает адрес такой картинки вместо пустого значения, как было раньшеexecution_rating) задания в REST API стало доступно только для чтения — при создании или изменении задания через PATCH/POST /v2/tasks записать его напрямую больше нельзя, программа подскажет использовать новый запрос PATCH /v2/tasks/{ref}/ratingPATCH /v2/tasks/{ref}/status и PATCH /v2/tasks/{ref}/section возвращали ошибку «Метод не найден» — теперь оба запроса работают по адресам, указанным в спецификацииexternal_assessment_view) в списке оценок заданий REST API (/v2/task-grades) всегда возвращалось пустым — теперь в нём передаётся правильное значение[PERSON_1], а сведения о здоровье и биометрия вырезаются без возможности восстановления. Агент продолжает работать с данными как раньше — он действует по внутренним идентификаторам объектов, которые не маскируются, и может вернуть полученное обозначение обратно в команде: программа сама подставит настоящее значение. Одно и то же значение всегда получает одно и то же обозначение, в том числе в следующих обращениях. Маскированием управляет одна настройка «Маскировать персональные данные перед отправкой в LLM» в параметрах программы — она действует сразу на оба канала, встроенного ассистента и внешнего агента: данные в обоих случаях уходят в языковую модель, зачастую в один и тот же сервис. Исключений нет: ваши собственные имя и почта скрываются от модели наравне с чужими — агент опознаёт вас по внутреннему идентификатору, который не маскируетсяfields при получении задач секции проекта через REST API — параметр query fields=... теперь корректно фильтрует поля ответаGET /knowledge-base, GET /knowledge-base/{ref}, PATCH /knowledge-base/{ref}): запросы с тегами больше не возвращают ошибку «Метод объекта не обнаружен (Свойство)» и корректно возвращают массив тегов с наименованием и цветамиkblink:// в HTML-формах 1С — теперь пользователи могут открывать базу знаний прямо из любого HTML-поля по специальным ссылкам вида kblink://пространство, kblink://пространство/папка/страница, kblink://пространство/папка/страница#якорьkblink:// сразу открывает нужное пространство, папку и страницу в новой вкладке базы знаний внутри 1С — без промежуточных диалогов и без перехода во внешний браузерkblink://..., которую можно открыть прямо из 1С — встроенный браузер 1С распознаёт такие ссылки и сразу открывает нужное пространство, папку и страницу базы знаний. Доступен для ссылок на пространство, на страницу и на страницу с якорным разделом. Старые ссылки вида /пространство/страница в уже существующих документах продолжают работать как раньше#заголовок) копирует адрес страницы вместе с якорем — получатель ссылки сразу попадёт на нужный раздел статьи#) рядом с заголовком тоже открывает наше меню копирования вместо стандартного контекстного меню браузераkblink://... — приложение само определит нужное пространство, папку и страницу и откроет их. Регистр в схеме не имеет значения (kblink:// и KBLINK:// работают одинаково). Если в адресе указан якорный раздел, переход выполнится сразу к немуkblink://) и внешние (http://, https://). При вводе некорректного адреса под полем появляется понятное сообщение со списком поддерживаемых форматов. Старые ссылки вида /пространство/страница парсер по-прежнему принимает — для обратной совместимостиЗавершить и Оценить — они видны только инициатору задания.kblink://... — этот адрес можно переслать коллеге, и он откроет страницу прямо из 1С. Работает для всех трёх вариантов ссылок (на пространство, на страницу, на страницу с якорным разделом)документация.pdf.pdf)#заголовок) из адресной строки сразу открывает нужную страницу и прокручивает к заголовку — больше не перебрасывает на список пространствПереработан редактор описаний в задачах и статьях. Внешне и по поведению он остаётся привычным, но под капотом заменён движок — редактор работает стабильнее, быстрее и получил множество улучшений, перечисленных ниже.
https://..., www....), электронной почты, телефон или внутреннюю ссылку 1С и нажать пробел — текст сам превратится в ссылкуe1cib/, e1c://, onec://), а также mailto:, tel:, ftp://, ftps://setImages и getMarkdownWithImages для корректной передачи картинокfiles[] с метаданными вложений/project-reviews/{ref}/files) — список, метаданные, скачивание и загрузка содержимого по аналогии с файлами задачfiles[] с метаданными вложений/project-reviews/{ref}/files) — список, метаданные, скачивание и загрузка содержимого по аналогии с файлами задачbulk_update_tasks (обновление полей нескольких задач за один вызов) и bulk_move_task_status (перевод нескольких задач в один статус). Поддерживается частичное выполнение: ошибка на одной задаче не прерывает обработку остальных, результат содержит счетчики и список ошибок.#567 ошибочно распознавались внутри hex-значений цветов (например, primary=#08A652 распознавалось как тикет #08). Логика распознавания переведена на белый список допустимых символов слева и справа от номера тикета; добавлен запрет ведущего нуля в номере.УдалитьУслуга в табличной части РаспределениеДополнительныхРасходов было переименовано в Услуга, однако запрос в модуле СЛС обращался к старому имени. Аналогичные ошибки исправлены для документов «Начало обслуживания» и «Окончание обслуживания».201 Created вместо 200 OK при успешном создании ресурса. Ответ включает заголовок Location с URL созданного ресурса (например, /v2/tasks/ref-123). Клиенты API, ожидающие код 200 для POST-запросов, должны обновить логику обработки ответов./roles_avilable → /roles-available, /knowlendge_base_files/{ref} → /knowledge-base-files/{ref}. Также исправлено свойство avilable → available в ответе эндпоинта /roles_available.attrGet в клиенте подсистемы "Ассистент".api в консоль браузера для клиента подсистемы "Ассистент".embed email.Новая версия "Управление IT-отделом 8, версия 4"
Здесь будет больше информации