Загрузка приложения…
Redmine Manager
Войдите через учётные данные Redmine
Логин *
Пароль *
⏱ Трудоёмкость
часов
Добавить задачу в план
Поиск по всем задачам Redmine
📥 Входящие 0
📆 Текущий график 0
🌐 Глобальные 0
📋 История изменений
Что нового в релизе от 11.08.2026 00:14
  • «Проверка полноты созвона» больше не падает с ошибкой на длинных совещаниях. Разбор часовой записи занимает больше минуты, и на этом месте запрос обрывался — кнопка возвращала «Разбор не удался», хотя нейронка была доступна и работала. Теперь ответ принимается по мере готовности, ограничения по времени нет.
  • То же касается всех остальных AI-подсказок на больших текстах — предложить тип обращения и сводку, критерии приёмки, черновик задачи из чата: раньше они молча уходили на резервную модель или отказывали, если ответ готовился дольше минуты.
  • В разделе «Воркеры» расход по нейросетям теперь учитывает и оборвавшиеся вызовы — они оплачены провайдеру, и раньше месячный итог был занижен ровно на неудачные прогоны.
Что нового в релизе от 10.08.2026 23:54
  • Задачи на актуализацию Базы знаний теперь создаются только по «Улучшениям» — там, где меняется интерфейс или появляется новый функционал. Почти половина таких задач приходила от исправленных ошибок вроде «не запускается служба» или «поправить ошибки сборки»: описывать в инструкции для пользователя там нечего, а разбирать их всё равно приходилось.
  • В разделе «Релизы» плашка «📝 ТП» и счётчик «ТП-задач: N из M» теперь показывают только те задачи, по которым документацию действительно ждут. Раньше счётчик занижался за счёт исправлений, которые в Базе знаний не описываются.
Что нового в релизе от 10.08.2026 23:06
  • В блоке задач совещания счётчики изменений стали кликабельными: нажмите «+1 с 03.08.26» или «без движения: 2» — нужные задачи подсветятся прямо в составе блока (выполненный блок при этом раскроется). Раньше цифра не отвечала на вопрос, какая именно задача закрылась.
  • Задача, закрытая после прошлого созвона, помечена зелёной галочкой — её видно среди закрытых давно.
Что нового в релизе от 10.08.2026 19:16
  • В блоках задач совещания рядом с «закрыто 5 из 10» теперь видно, что изменилось с прошлого созвона: «+2 с 03.08.26» или «без закрытий с 03.08.26». Раньше по счётчику нельзя было понять, это работа за неделю или тот же результат, что и в прошлый раз.
  • В блоке показывается, сколько открытых задач стоят без движения — у них с прошлого созвона не менялись ни статус, ни исполнитель. Это те задачи, о которых стоит спросить на встрече.
  • В строке задачи видно, откуда она пришла: «Новая → В работе». Задачи, которые с прошлого созвона переоткрыли, считаются отдельно и не выдаются за прогресс.
  • Если состав блока менялся, об этом написано отдельно («состав: добавлено 2»): рост числа закрытых задач может быть не работой, а новыми строками в блоке.
  • Когда история изменений задач временно не пополняется, блок честно пишет «изменения с 03.08.26 неизвестны» вместо нулей — «без движения» больше не может означать сбой.
Что нового в релизе от 10.08.2026 18:47
  • «Критерии приёмки (DoD)» и «Сводка» больше не переписываются сами. Раньше любое сохранение задачи — даже просто комментарий или вложение — добавляло в историю правку этих полей с тем же самым текстом (на одной задаче за неделю набежало шесть таких записей), и было непонятно, кто и зачем менял требования. Теперь в историю попадают только настоящие правки.
Что нового в релизе от 10.08.2026 01:36
  • В комментариях снова подсвечиваются статусы у всех ссылок на задачи. Если хотя бы одна упомянутая задача сотруднику не видна, подсветка пропадала у всех ссылок ниже неё — длинный список задач выглядел как «статусы не загружаются».
  • Ссылка на задачу, статус которой получить не удалось, объясняет причину при наведении: «нет доступа к задаче» или «задача не найдена». Раньше такая ссылка молча оставалась серой.
  • Блок «Маршрут задачи» больше не пугает сообщением об ошибке на задачах, которые сотруднику не видны в Redmine (например, созвон, где он участник). Вместо «карта недоступна» там написано, что маршрут не показан, потому что задача недоступна.
Что нового в релизе от 10.08.2026 00:51
  • Вложенные списки в описаниях и комментариях теперь показываются списком, а не решётками и звёздочками. Пункты второго и третьего уровня («##», «**», «#*») отображаются с отступом, как в Redmine.
  • Последний пункт списка больше не выпадает наружу. Если список заканчивал текст, его последняя строка съезжала влево и рисовалась отдельно от остальных.
  • Жирный текст внутри пункта больше не ломает список. Строка вида «* Правильно *к* поставщику» превращалась в жирный обрывок без маркера — теперь это пункт списка с выделенным словом.
  • В редакторе описания и комментария Enter на вложенном пункте продолжает список тем же уровнем, а кнопки «• список» и «1. список» корректно переключают вид уже размеченных строк.
Что нового в релизе от 08.08.2026
  • Отчёт саппорта больше не приходит обнулённым. Если в момент сборки не удалось получить задачи из Redmine, бот сначала пробует ещё раз, а числа за период показывает только настоящие — раньше неудачный запрос молча превращался в «закрыто 0, вес 0», и отчёт утверждал, что за неделю не сделано ничего.
  • Когда данные так и не получены, в отчёте и в сводке руководителю прямо написано «не удалось получить данные из Redmine» и текст ошибки — видно, что показатели отсутствуют из-за сбоя, а не из-за работы сотрудника.
  • Результативность и лидер в такой день не считаются: показатель отдела, посчитанный по неполным данным, вводил бы в заблуждение и влиял на доплату за план.
  • В разделе «Воркеры» у отчёта саппорта появился понятный итог тика — видно, что рассылка отложена из-за недоступного Redmine, а не просто «ничего не произошло».
Что нового в релизе от 08.08.2026 09:25
  • В пакете для нейронки текстовые вложения задачи теперь читаемы: файлы «как это работает» и «как это тестировать», сохранённые в кодировке Windows, раньше попадали в пакет мозаикой — а это лучшее описание доработки, которое есть.
  • Комментарии задачи попадают в пакет целиком. Раньше текст обрывался на полуслове примерно на середине переписки, и последний комментарий исполнителя — обычно самый важный — терялся незаметно.
  • В пакет добавлен паспорт задачи: статус, даты, «Сводка», «Тема для пользователя», «Тип обращения». В «Сводке» исполнитель уже сформулировал результат — теперь автор статьи это видит.
  • В пакете появился раздел «Связанные задачи» с темами и статусами, а задачи, на которые ссылались в переписке, приложены текстом. Это защищает от статьи «всё работает так», когда часть доработки на самом деле вынесена в открытую задачу или требования лежат в соседнем обращении.
  • В пакете указано, с какой сборки изменение доступно клиентам, а если оно ещё не вошло ни в одну сборку — сказано прямо. Инструкцию про недоступное поведение публиковать рано.
  • Расшифровки звонков больше не вставляются в опись вложений целиком — сами файлы остались на месте. Опись похудела в семь раз и перестала забивать нейронке контекст болтовнёй не по теме.
  • Из пакета убраны две лишние копии: распакованная База знаний (она же лежит одним файлом-склейкой) и формат рецепта проверки раскатки, который к написанию статьи отношения не имеет. Архив стал вдвое легче.
  • Если кода в пакете нет, README называет причину: репозиторий проекта не подключён, нет доступа к репозиторию или к номеру задачи не привязан ни один коммит. Раньше во всех трёх случаях писалось одно и то же, и было непонятно, что чинить.
  • При создании записки на актуализацию Базы знаний в её описании перечисляются уже открытые задачи с похожей темой — чтобы не вести две работы параллельно, как случилось с инструкцией по справочной Реф003.
Что нового в релизе от 07.08.2026 17:10
  • В таблице расписания (выбор времени задачи) целый час снова отмечен сплошной линией, а середина часа — пунктиром. Раньше было наоборот, и при назначении легко было промахнуться на полчаса.
Что нового в релизе от 06.08.2026
  • В карточке задачи появилась кнопка «Запросить обратную связь»: пользователю приходит сообщение в его чат HelpDesk от вашего имени, а под сообщением — кнопки «Решено», «Не актуально», «Не решена». Нужна, чтобы не ждать, пока пользователь сам вспомнит про показанную ему работу.
  • Ответ пользователя приходит комментарием в саму задачу — с пояснением и телефоном, если он выбрал «Не решена». Статус задачи при этом не меняется: решение остаётся за сотрудником.
  • Если пользователь молчит, напоминание уходит повторно — раз в сутки, всего до трёх раз. В карточке видно, сколько напоминаний отправлено, прочитаны ли они и что ответили.
  • Когда заказчик не отзывается, можно разослать запрос всем операторам его субъекта учёта — кнопка «Всем операторам СУ» рядом.
  • После перевода задачи в «Демонстрацию» окно запроса обратной связи предлагается сразу — показали работу и тут же позвали пользователя её проверить.
  • При переводе обращения в «Отклонена» программа напоминает, что отклонение не подтверждено пользователем, и открывает окно запроса прямо оттуда: пользователь получит сообщение с кнопками «Не актуально, задачу можно отклонять» и «Задача не решена…». Отклонять можно, когда он согласился либо не ответил на три напоминания. Отклонить всё равно тоже можно — например, если он согласился голосом.
  • В окне подтверждения отклонения две заготовки текста: «Спросить согласие» — когда пользователь ещё ничего не говорил, и «Уже сказал „не актуально"» — когда решение согласовано, и мы просто уведомляем.
Что нового в релизе от 05.08.2026 22:10
  • В разделе «Воркеры» появился блок «Нагрузка на логи»: сколько программа прочитала с сервера логов за сутки, неделю или месяц, кто именно читал (лог-мониторинг, массовый скан парка, нейронка по ключу, сотрудник из интерфейса) и профиль по часам. Нужен, чтобы при жалобах на загрузку сервера логов отвечать цифрами: совпадают наши пики с его пиками или нагрузка не от нас.
  • Итог тика лог-мониторинга и массового скана логов теперь показывает, сколько логов этот тик прочитал и сколько времени провёл в чтении. В таблице воркеров это видно коротко («логи: 45 МБ за 12 с»), подробности — по наведению на итог.
  • Проверка «Логи клиентов» в «Контроле интеграций» перестала каждые 10 минут пересчитывать все клиентские папки на сервере логов — ей достаточно убедиться, что том на месте и папки в нём есть. На карточке проверки теперь пишется «клиентских папок: не меньше 20»; точный состав по-прежнему показывает кнопка «🔌 Проверить логи».
Что нового в релизе от 05.08.2026 18:41
  • Номер комментария в истории задачи теперь совпадает с номером в Redmine. Раньше он считался по числу видимых сотруднику записей, а записи о связях с задачами закрытых от него проектов до карточки не доходят — поэтому у одного и того же комментария номер отличался у разных людей: например, комментарий №28 показывался как №11. Из-за этого ссылка на комментарий открывала в Redmine чужую запись, кнопка цитирования подставляла неверный номер, а переход по ссылке из Redmine прокручивал не к тому комментарию.
Что нового в релизе от 05.08.2026 12:41
  • В личном отчёте по работе видно, из чего сложился вес закрытых задач: сколько задач базовой трудоёмкости, сколько повышенной, сколько блокирующих и какой вес дала каждая группа. Строки складываются в число закрытых задач и в итоговый вес — результат можно проверить самому.
  • Там же написано правило расчёта: базовая задача — полчаса, вес равен трудоёмкости, делённой на полчаса, у блокирующих сверх того множитель 1,5. Раньше вес был одним числом без пояснений, и его восстанавливали неверно — отсюда споры, учитывается ли повышенная трудоёмкость. Учитывалась всегда.
Что нового в релизе от 05.08.2026 01:50
  • Раздел «Серверы и домены» не открывался и показывал ошибку вместо инвентаря — не было видно ни списка серверов, ни рисков оплаты. Раздел работает.
  • За 7 дней до того, как на балансе VDSina кончатся деньги, ответственный за серверы получает задачу сформировать счёт. Счёт по этому договору провайдер не присылает — его выставляет ответственный из личного кабинета, и без напоминания бухгалтерии было нечего оплачивать.
  • Задача на оплату уходит в бухгалтерию, как и раньше, за 5 дней до обнуления баланса — но теперь в ней указан номер, дата и состояние задачи на счёт, чтобы было понятно, с чем разбираться. Если счёт уже сформировали, а денег на балансе всё равно нет, это в задаче тоже написано.
  • За 3 дня до отключения серверов, если оплата так и не прошла, задачу получают руководитель отдела ответственного и управляющий партнёр — с номерами задач на счёт и на оплату, чтобы сразу видеть, где встало. Самому ответственному третья задача больше не дублируется.
  • В «Серверах и доменах» дата отключения подсвечивается с 7 дней и подсказывает, что происходит: сейчас пора выставить счёт или задача уже у бухгалтерии.
Что нового в релизе от 05.08.2026 00:52
  • Через карточку сотрудника можно было поставить себе отметку «Управляющий партнёр» и получить доступ к эффективности всех отделов, ко всем совещаниям и к статистике чужого продукта. Обход закрыт.
  • Появились уровни правки справочников. Карточку сотрудника ведёт руководитель его отдела, управляющий партнёр или администратор. Отделы, темы экспертизы и заведение сотрудника — управляющий партнёр или администратор. Отдел, «Руководитель», «Управляющий партнёр», «QA» и логины во внешних системах — только администратор. Раньше всё это мог менять любой сотрудник: контакты коллеги, график, отдел, доступы.
  • Раздел «Доступы» и настройки в «Контроле интеграций» правит только администратор.
  • Долгосрочный ключ доступа к amoCRM XR выдавался вместе со страницей «Контроль интеграций» каждому, кто её открывал. Больше не выдаётся.
  • Диагностика логов клиентов, журнал находок «Маркеров ошибок», результаты массового скана, список серверов и доменов провайдера и списки учётных записей во внешних системах показывали данные любому сотруднику. Теперь только тем, кто с ними работает.
  • Отметка «0» в поле «Управляющий партнёр» снимала сотруднику отдел и лишала отметки действующего управляющего партнёра.
  • Недоступные кнопки и поля стали неактивными и подсказывают при наведении, кто именно вправе это менять, — вместо ошибки после нажатия.
  • Кнопку «Проверить» на карточке интеграции теперь может нажать ответственный за неё, а не только администратор: тикет о сбое приходит именно ему.
  • Просмотр не изменился: списки, карточки, структура, матрица доступов и календарь открываются как раньше.
Что нового в релизе от 04.08.2026 19:07
  • Если в проекте у вас несколько ролей, отказ при переводе задачи теперь объясняет настоящую причину. Раньше на месте «Заполните комментарий» показывалось «Перевод вашей роли недоступен» — причём в том же сообщении ваша роль стояла и в списке тех, кому переход разрешён.
  • Карта маршрута в карточке снова показывает переходы, которые вам доступны: у сотрудника с ролями «Разработчик» и «Тестировщик» вынос задачи на «Демонстрацию» отображался серым, хотя сохранение проходило.
  • Из журнала «Контроль обхода маршрута» убраны замечания, вынесенные до 04.08.26, когда учитывалась только одна ваша роль в проекте: они больше не показываются ни в таблице, ни в счётчике по сотрудникам, ни в личном сообщении о нарушениях. Сколько строк скрыто — написано над таблицей.
Что нового в релизе от 04.08.2026 16:22
  • Если в проекте у вас несколько ролей (например, «Менеджер» и «Тестировщик»), теперь учитываются все: перевод разрешён, когда он разрешён хотя бы одной вашей ролью. Раньше бралась одна роль, и вторая не работала — сотрудник, который в проекте и планирует, и тестирует, упирался в «Назначить можно только Тестер» и вынужден был сохранять через «Всё равно сохранить».
  • Какая из ролей сработает, больше не зависит от их порядка в Redmine. Из-за этого задачу нельзя было завести на руководителя проекта, у которого рядом с «Менеджер» стоит «Разработчик».
  • В карточке в строке «Маршрут задачи» перечислены все ваши роли в проекте, а на карте подсвечены переходы каждой из них — видно, что именно вам доступно.
  • Журнал «Контроль обхода маршрута» больше не записывает нарушение на действие, законное по второй роли сотрудника.
  • Требования к переводам не изменились: комментарий при передаче на тестирование и «Сводка» при закрытии обязательны по-прежнему, а кому какие роли выданы в проекте — решается в Redmine.
Что нового в релизе от 03.08.2026 15:05
  • Сообщение о том, что задачу изменили, пока карточка была открыта, до карточки не доходило вообще: сохранение просто печатало «⚠ Частично: Назначенный не изменился». Теперь после сохранения видно, какие поля вы не трогали, кто их изменил и что в них стоит сейчас — плашкой в карточке и сообщением внизу экрана.
  • Ложное «Частично: не применилось» больше не появляется на полях, которые вы не меняли: раньше оно возникало каждый раз, когда коллега успел поправить задачу, и выглядело как сбой сохранения.
Что нового в релизе от 03.08.2026 09:35
  • Если пока карточка задачи была открыта её изменил кто-то другой, сохранение больше не возвращает молча прежние значения. Раньше можно было просто приложить файл — и тем самым снять чужой срок, оценку и исполнителя, ничего об этом не узнав.
  • Поля, которых вы не касались, теперь просто не перезаписываются: чужое значение остаётся, а ваш комментарий и вложения уходят в задачу как обычно. Ничего подтверждать не нужно.
  • Предупреждение появляется только если одно и то же поле правили и вы, и кто-то ещё. В нём видно, что стоит в задаче сейчас, кто и когда это поставил и что запишет ваше сохранение, а рядом — изменения, которых оно не касается. Варианты: «Сохранить, не трогая эти поля», «Перезаписать» и «Отмена».
  • Если среди спорных полей оказалось «Время к выполнению», предупреждение сразу говорит, что срок перебить нельзя — его меняет только тот, кто поставил. Раньше это выяснялось уже после нажатия «Перезаписать», и сохранение отменялось целиком вместе с комментарием.
Что нового в релизе от 03.08.2026 01:57
  • Задача бухгалтеру на оплату аренды серверов теперь заводится, когда денег на балансе провайдера остаётся на 5 дней, а не за несколько недель до этого. Счёт провайдер выставляет сам примерно за неделю до обнуления баланса, поэтому ранняя задача приходила, когда платить ещё не по чему.
  • Задача на оплату аренды заводится в трекере «Поддержка», а не «Ошибка»: это запрос на действие, а не сообщение о сбое в программе.
  • В разделе «Серверы и домены» прогноз отключения подсвечивается красным ровно с того дня, когда заводится задача на оплату, — подсказка объясняет, сколько дней осталось и когда сработает контроль.
Что нового в релизе от 03.08.2026 01:42
  • Если обратную связь запрашивали из «Нового» или «В план», ответить теперь можно: Redmine эти статусы исполнителю не предлагает, и требование «верните в прежний статус» запирало задачу — в списке статусов оставался единственный пункт «Обратная связь». Теперь при недоступном прежнем статусе проверка не применяется, задача возвращается прежнему исполнителю в любой статус маршрута.
  • Подсказка в личном отчёте о нарушениях и описание раздела «Маршруты задач» больше не советуют «взять задачу на себя» при ответе на обратную связь — это правило отменено, и совет приводил к отказу при сохранении.
  • В журнал «Контроль обхода маршрута» больше не попадают действия, совершённые до 03.08.2026 по прежнему правилу возврата: сотрудник не получает в отчёт замечание за то, что тогда было разрешено.
  • В карточке задачи выбранный статус не сбрасывается, если виджет «Маршрут» дочитался позже, чем вы успели выбрать статус.
Что нового в релизе от 02.08.2026 23:56
  • В окне «Добавить задачу в план» номер задачи находится и с решёткой: «#89670» ищется так же, как «89670». Раньше такой запрос уходил как текст названия и давал «ничего не найдено», хотя подсказка в поле предлагает вводить «#ID».
Что нового в релизе от 02.08.2026 23:53
  • Отказ при возврате из «Обратной связи» описан верно: задачу нужно вернуть тому, кто её передал, — предыдущему назначенному. Раньше система писала «тому, кто запросил обратную связь», а это не всегда один человек, и сотрудник получал отказ, сделав по подсказке.
  • В сообщении об отказе указано имя того, кому можно вернуть задачу, — историю задачи поднимать не нужно.
  • Ответ на «Обратную связь» теперь возвращает задачу ровно в то состояние, в котором она была до запроса: прежнему исполнителю и в прежний статус. Взять задачу себе можно после возврата — раньше её оставляли себе сразу и в статусе, из которого своя роль сдвинуть задачу уже не может: она застревала до вмешательства менеджера.
  • При включённых проверках маршрута в списке статусов у задачи в «Обратной связи» остаётся только тот статус, в который её можно вернуть: недопустимые варианты не предлагаются.
Что нового в релизе от 02.08.2026 20:01
  • В итоге массового скана парка сборки идут от самых свежих к старым, а не по числу задетых пользователей: свежий релиз теперь сверху, где его и ищут, и близкие по времени сборки одного релиза стоят рядом.
  • Таблица «Где встретилось» показывает первые 200 строк и честно пишет, сколько их всего — раньше остальные просто не отображались без всякой пометки.
  • Пояснение к «?» в разбивке по сборкам стало точным: это установки, где за период скана программа не перезапускалась, то есть работает ещё старая сборка.
  • Пример строки в отчёте берётся из самого свежего совпадения, а не из первого: раньше он мог быть на недели старше даты в соседней колонке.
  • Повреждённый файл лога у одного пользователя больше не прерывает проверку всей его установки и не останавливает задание скана — такой файл пропускается с отметкой, остальные читаются.
Что нового в релизе от 02.08.2026 19:27
  • Из окна проверки наценок ЖВ можно сообщить о превышениях операторам клиента: сначала строится план — кому и какой текст уйдёт, отправка отдельной кнопкой. Раньше о находках приходилось писать вручную.
  • Один и тот же оператор не получит повторное сообщение по тому же складу в течение недели, даже если рассылку запустить заново. Сколько адресатов пропущено по этой причине — видно в итогах отправки.
  • Превышение, у которого в справочнике не указан документ-основание, в письмо не попадает: сообщение о превышении предела обязано называть акт, которым предел установлен. Число таких находок показано в плане, чтобы было видно, какие строки справочника дозаполнить.
  • Если у настройки не задана контрольная наценка и работает обычная «Наценка», письмо так и пишет. Прежняя формулировка «внесено 50 %» отсылала клиента к полю, которое у него пустое.
  • Кнопка «План рассылки» на клиенте без превышений больше не выдаёт ошибку сервера — пишет, что рассылать нечего.
  • Итог отправки перестал врать: сообщение, которое хелпдеск никому не доставил, больше не считается отправленным, а доставленное — ошибкой.
  • За одно нажатие уходит не больше 200 сообщений — интерфейс не зависает на крупной сети. Оставшиеся отправляются повторным нажатием, продолжая с неотправленных.
Что нового в релизе от 02.08.2026 00:57
  • В разделе «Проверки клиентов» появился блок «Наценки ЖВ»: справочник предельных розничных и оптовых надбавок на ЖНВЛП по регионам и прогон по одному клиенту. Проверка показывает, где шаблоны расценки и контроль наценки поставщика выше предела региона. Раньше о превышении узнавали только при разборе конкретной жалобы.
  • Ценовые диапазоны в справочнике задаём мы, и совпадать с настройками клиента они не обязаны: диапазон клиента сверяется со всеми эталонными, с которыми пересекается, а зачёт идёт по меньшему пределу.
  • Предел берётся по региону адреса: если у склада настроена адресная расценка — по региону привязанного адреса, иначе по регионам всех адресов доставки склада. У склада с адресами в разных регионах одна настройка проверяется по каждому из них.
  • Для групп ПКУ (яды, наркотики, комбинированные, иные ПКУ) можно завести отдельные предельные надбавки. Где своей строки нет, действует эталон «Прочие ЖВ» — заполнять справочник можно постепенно.
  • Кнопка «Заготовка по регионам» создаёт пустые строки по регионам, где есть работающие Системы учёта — остаётся вписать проценты из регионального документа. Незаполненные надбавки проверка пропускает и прямо об этом сообщает.
  • В отчёте видно, с чем сравнивали: под пределом перечислены эталонные диапазоны, которые пересеклись с диапазоном клиента, и их проценты. Вердикт можно проверить, не заглядывая в справочник.
Что нового в релизе от 01.08.2026 21:40
  • В результатах массового скана парка («Маркеры ошибок» → «Массовый скан парка») разбивка по сборкам раньше показывала версию, которая стоит у пользователя сейчас, а не ту, на которой ошибка была записана. За месяц пользователь успевает обновиться не раз, поэтому вывод «в сборке такой-то не исправлено» мог получаться обратным правде. Теперь сборка берётся из самого лога — из строки запуска программы у рабочего места и строки старта у сервиса.
  • В той же таблице появился честный вариант «?» — записи, сделанные до ближайшего перезапуска внутри окна скана, когда сборку из лога определить нечем. Колонка с текущей версией пользователя осталась и подписана «Версия сейчас»: по ней видно, получил ли он уже исправленную сборку.
Что нового в релизе от 01.08.2026 19:21
  • В ежедневной сводке по ошибкам, которая приходит комментарием в подзадачу «Обновление релиза», больше не учитываются записи, сделанные до того, как новая сборка реально заработала у пользователя. Файлы обновления попадают на компьютер раньше, чем программа перезапускается, и всё это время в лог пишет ещё старая версия — из-за этого уже исправленная ошибка выглядела как «повторяется на новой версии». В разборе от 31.07 такими оказались все 15 срабатываний у четырёх пользователей.
  • В той же сводке появилась строка «перешли на новую сборку N из M под наблюдением». По ней видно, для скольких пользователей «ошибок не выявлено» означает реальную проверку, а для скольких — что программа ещё не перезапускалась и смотреть было нечего.
Что нового в релизе от 31.07.2026 18:19
  • Кнопка 🤖 у поля «Тема для пользователя» теперь по наведению показывает, из чего нейронка берёт формулировку: название задачи, описание и последние 12 комментариев. И чего она не видит — «Сводку», вложения, расшифровки звонков. Если суть проблемы прозвучала только в звонке, предложенную тему нужно поправить руками.
Что нового в релизе от 31.07.2026 16:21
  • Если «Время к выполнению» из задачи удалили, назначить новое снова может любой сотрудник. Раньше на пустом поле продолжал висеть замок «значение установлено оператором …» — исполнитель не мог поставить себе срок даже после сброса.
Что нового в релизе от 31.07.2026 14:29
  • Раздел «Проверки клиентов» больше не расползается вбок из-за длинных ссылок и текстов: колонки таблицы получили фиксированные ширины, длинные строки переносятся, журнал раскрывается без горизонтальной прокрутки страницы.
  • Кнопка «Тестовая отправка» — проверка всех адресаций канала уведомлений: произвольный текст одному субъекту учёта, одному оператору (со списком операторов по номеру СУ — идентификатор искать руками не нужно) или всему клиенту/сети с подтверждением.
Что нового в релизе от 31.07.2026 14:12
  • Отклонённое сохранение правила «Проверок клиентов» больше не выглядит успешным: причина («не указано контрольное значение» и т.п.) выводится красной строкой прямо в окне редактора, а не только исчезающим уведомлением — правка не терялась молча.
Что нового в релизе от 31.07.2026 13:55
  • Правило «Проверок клиентов» нельзя включить, пока автор не проверил получение на своём субъекте учёта (кнопка «Прислать мне на мой СУ» в пробном прогоне — номер каждый указывает свой). Любая правка запроса, текста или норматива сбрасывает проверку — включение снова блокируется до новой проверки.
  • У каждого правила видна колонка «Контроль» — контрольное значение, которое проверяет ночная проверка (например, «version ≥ 2.5.1»); без него правило не сохранить. Одним взглядом понятно, что правило контролирует и не пора ли его обновить или отключить.
  • Журнал отправок теперь раскрывается кнопкой «Журнал» под каждым правилом отдельно — общий список по всем правилам убран, в нём при тысячах пользователей всё перемешивалось.
  • Удаление правил убрано — правило можно только выключить: история отправленных клиентам сообщений сохраняется всегда. Текст правил стал читаемым: обычный размер и цвет шрифта вместо мелкого серого.
Что нового в релизе от 31.07.2026 13:46
  • Пробный прогон правила больше не выглядит зависшим: окно открывается сразу с индикатором «Выполняется…» (запрос к базе крупного клиента может идти до минуты), кнопки отправки показывают ход отправки.
  • В тексте уведомления можно делать кликабельные ссылки — записью [название](адрес); подсказки в разделе показывают формат. Добавлена подстановка {min_version} — минимально допустимая версия из правила, чтобы текст сам называл, до какой версии обновляться.
Что нового в релизе от 31.07.2026 13:05
  • В пробном прогоне правила «Проверок клиентов» добавлена кнопка «Прислать мне»: проверка выполняется по базе реального субъекта учёта, а уведомление приходит на тестовый — можно посмотреть, как сообщение выглядит в хелпдеске, не потревожив клиента. Ровно так же будет работать ночная рассылка в тестовом режиме.
Что нового в релизе от 31.07.2026 12:37
  • У правил «Проверок клиентов» появилось расписание: каждую ночь, раз в неделю или раз в месяц с выбором дня недели (например, каждое воскресенье или первое воскресенье месяца) — ежедневные проверки для многих правил избыточны.
  • Правило может задавать минимально допустимую версию: уведомление уходит только тем, у кого версия младше. Сравнение честное, по числам — версия 2.5.1-721 считается новее 2.5.1-8. Первое применение — контроль версии локального модуля Честного знака.
  • Тестовый режим отправки (включён по умолчанию): все уведомления проверок идут на тестовый субъект учёта, а не клиентам; реальный адресат указан в начале сообщения и в журнале. Боевая рассылка включается вручную в разделе — случайно заспамить клиентов нельзя.
  • В пробном прогоне правила появилась кнопка «Отправить этому СУ по-настоящему» — сквозная проверка доставки: уведомление реально приходит в хелпдески указанного субъекта учёта, отправка фиксируется в журнале с числом получателей.
Что нового в релизе от 31.07.2026 11:54
  • Новый раздел «Проверки клиентов» (для админа): правила ночного контроля баз клиентов — например, «параметр настроен неверно» или «наценка выше нормы». При срабатывании правила пользователь получает уведомление в чат HelpDesk с рекомендацией, собранной из его же данных.
  • Проверки идут каждую ночь с 01:00 до 04:00 по всем активным Системам учёта; не успели за ночь — продолжатся следующей с места остановки. Повторное напоминание тому же клиенту уходит не чаще заданного периода и только пока проблема не устранена.
  • У каждого правила есть пробный прогон на конкретном пользователе: видно, что вернула проверка и какой текст ушёл бы, — без реальной отправки. Ход ночных проверок виден в разделе «Воркеры», итог каждой ночи — в самом разделе.
Что нового в релизе от 31.07.2026 01:40
  • В «Контроле обхода маршрута» счётчики по сотрудникам и по каналу правки считают переходы, а не строки журнала. Один перевод задачи может нарушать сразу два правила и попадать в журнал двумя строками — раньше сотруднику за одно действие начислялось два нарушения, хотя подпись у счётчика «нарушений».
  • Нарушения маршрута перестали пропадать из журнала. Если один перевод нарушал сразу несколько правил, запись по такой задаче не сохранялась вовсе, и в журнале оставались устаревшие строки.
Что нового в релизе от 31.07.2026 00:10
  • При заведении задачи «Ошибка» или «Улучшение» вручную, как только указаны пользователи, открывается диалог «Укажите рабочее место, на котором проявилась проблема» со списком реальных рабочих мест клиента: у каждого видно имя (например, kassa3), версию программы и когда на нём последний раз работали. Выбор сразу заполняет «ID экземпляра» и «Версию экземпляра» — раньше при заведении с нуля эти поля оставались пустыми и разбор начинался с выяснения версии.
  • В том же диалоге есть кнопка «Рабочее место неизвестно» — она подставляет только версию по субъекту учёта. Пустой «ID экземпляра» лучше выбранного наугад: по неверному UID разбор уйдёт не на ту машину.
  • В диалоге показываются 12 самых свежих рабочих мест с подписью «показаны N из M» — у крупного клиента их бывает пятьдесят, и половина с неразличимыми именами, так что выбор из полного списка означал случайную машину. Если нужного места в списке нет, выбирайте «Рабочее место неизвестно».
  • Если в задаче указаны пользователи из многих разных клиентов и опросить все базы не удалось за отведённое время, диалог прямо пишет «не успели опросить базу клиента — откройте ещё раз» вместо пустого списка. Повторное открытие берёт данные из памяти и работает мгновенно.
  • В «Контроле обхода маршрута» журнал предупреждает, когда показаны не все строки за период: раньше выдача молча обрезалась, и сводка по сотрудникам читалась как полная картина.
  • Диалог напоминает выделенной плашкой: задачу по обращению клиента заводите копированием тикета «Поддержки» — тогда версия, ID экземпляра и связь с обращением переносятся сами.
  • В карточке задачи «Ошибка»/«Улучшение» рядом с полем «ID экземпляра» появилась кнопка «🖥 Указать» — тот же выбор рабочего места для уже заведённой задачи.
Что нового в релизе от 30.07.2026 17:55
  • В календаре сотрудника показываются только его задачи amoCRM. У сотрудника с бесплатной лицензией amoCRM в календарь попадали чужие звонки и встречи — весь поток задач компании.
  • Чужие задачи amoCRM больше не занижают процент эффективности и не висят в «Замечаниях» как просроченные. Сотрудник отвечал за задачи, которых у него в amoCRM нет.
Что нового в релизе от 30.07.2026 01:24
  • Ошибки после обновления теперь проверяются у всех обновившихся аптек. Раньше рабочее место, перестававшее писать логи, бессрочно занимало место в очереди проверки, и до остальных установок она не доходила: трёхсуточное окно у них истекало без единой проверки, а в сводке дня это выглядело как «ошибок не найдено».
  • В проверку после обновления больше не попадают установки программы заказа. Маркеры ошибок написаны под программу учёта и на заказе не срабатывают в принципе, а место в очереди эти установки занимали — раскатка новой версии заказа могла остановить проверку учёта целиком.
  • Просмотр логов клиента больше не подвешивает систему. На установке с сотнями файлов запрос выполнялся минутами и мог сделать РМ-менеджер недоступным для остальных; теперь он отвечает за секунду.
  • Период записей в архиве логов определяется по самим записям, а не по дате в имени архива. Расхождение доходило до недели, из-за чего находки могли попасть не в те сутки, а давно замолчавшие рабочие места считались свежими и проверялись напрасно.
Что нового в релизе от 29.07.2026 00:55
  • В «Контроле обхода маршрута» появилась новая причина — «обращение закрыто без следов работы». Так помечается закрытие или отклонение обращения старше трёх дней, если в переписке нет ни одной содержательной заметки до дня закрытия, пользователь после заведения ничего не писал, а в самом закрытии — типовая формулировка или ничего. Клиенту виден именно журнал переписки, и такое закрытие выглядит для него как «заявку закрыли невыполненной».
  • Закрывать обращения это НЕ мешает: пометка только фиксируется в журнале. Правило умеет видеть лишь наличие текста, поэтому запрещать по нему нельзя — сначала неделя наблюдений, потом решение по фактическим цифрам.
  • В «Контроле обхода маршрута» причины нарушений теперь подписаны по-русски — например «в план без критериев приёмки (DoD)» вместо машинного кода.
Что нового в релизе от 28.07.2026 22:50
  • Новая интеграция «Вики — учётки» в «Настройки → Контроль интеграций»: учётки внутренней вики сверяются с инвентарём доступов раз в 10 минут. Непривязанная учётка и активная учётка уволенного видны в разделе «Доступы» и эскалируются автотикетом ответственному — раньше состав доступов в вики можно было узнать только выгрузкой в CSV вручную.
  • Рядом с логином вики видно, административный это доступ или обычный — в «Доступах» и в пикере привязки. Именно админский доступ в вики и выдаётся сотрудникам, поэтому его нужно видеть без захода в саму вику.
  • В карточке сотрудника появилась секция «📖 Вики» — привязка выбирается из реального списка пользователей вики, с пометкой, если учётка уже привязана другому.
  • Кнопка «🔌 Проверить вики» в карточке интеграции — разовая проверка: жив ли ключ, сколько учёток видно и сколько из них админских.
Что нового в релизе от 28.07.2026 19:42
  • В разделе «Маркеры ошибок» появился блок «Массовый скан парка»: можно разово проверить, встречается ли выбранная ошибка у всех клиентов за последний месяц. Раньше такой вопрос закрывался только выборочным просмотром логов вручную.
  • В задании скана выбирается окно в днях, набор маркеров и кого проверяем — установки без Системы учёта (в основном Заказ), Системы учёта, все установки или точечный список номеров. Так проверка занимает минуту вместо разбора логов по одному клиенту.
  • Результат скана начинается со списка «Где встретилось» — конкретные пользователи, версия сборки, число записей и пример строки лога, поэтому даже одно срабатывание видно сразу. Дальше идёт разбивка по версиям сборки (видно, привязана ли ошибка к конкретной версии) и сводка по маркерам.
  • Скан идёт в фоне и показывает прогресс «просканировано N из M»; долгое задание можно отменить, не дожидаясь конца.
  • У маркера ошибки появилось поле «Что делать при находке»: подсказка попадает в ежедневную сводку рядом с фактом, и читателю не нужно вспоминать, чей это тикет и куда смотреть дальше.
  • Добавлен маркер «Пропала шапка текущего чека» с разбором: как по логу отличить клон-установку от обычного перезапуска программы.
Что нового в релизе от 27.07.2026 20:39
  • Проверка полноты созвона теперь читает расшифровку целиком. Раньше в разбор уходил только её начало: двухчасовая встреча обрывалась примерно на первом часе, и последние минут пятьдесят — где как раз чаще всего раздают поручения и договариваются о сроках — модель не видела вовсе. При этом вердикт выглядел обычным: «всё зафиксировано» по непрочитанному хвосту было не отличить от честной проверки.
  • Расшифровка перед разбором ужимается примерно на пятую часть без потери единого слова: подряд идущие реплики одного говорящего склеиваются в один абзац, время начала сохраняется. Читать её глазами удобнее, а цитаты в находках по-прежнему можно проверить по записи.
  • Если расшифровка всё-таки не поместилась целиком (запись аномально длинная), об этом теперь прямо сказано в разборе, а не умалчивается.
Что нового в релизе от 27.07.2026 18:40
  • Серия совещаний больше не остаётся видна тому, кто когда-то провёл один созвон. Раньше исполнителя любого, даже закрытого полтора месяца назад созвона система считала «своим» для всей серии — он бессрочно видел её историю: повестки, блоки задач, итоги и AI-разбор чужих созвонов. Теперь серия видна только по текущему участию: владельцу и автору, участникам, ответственным действующих блоков и исполнителю незакрытого созвона (управляющий партнёр по-прежнему видит все).
  • Свой созвон при этом остаётся доступен: карточка того созвона, где вы исполнитель или автор, открывается как раньше — с повесткой, плашкой артефактов и кнопкой расшифровки звонка. Так подменивший коллега видит ровно свою встречу, а не всю переписку серии.
  • Расформированный блок задач больше не даёт его прежнему ответственному доступ к серии: обязательства по такому блоку нет, значит и повода видеть совещание тоже.
Что нового в релизе от 27.07.2026 16:30
  • Плашка над колонкой «Входящие» больше не показывает задачи, которых там уже нет. Раньше счётчик учитывал только те закрытия и передачи, что делались через Редмайн-менеджер: если задачу закрыть в самом Redmine, она оставалась в счётчике навсегда. Из-за этого при пустой доске висело «9 в бэклоге» на задачи, давно закрытые самим сотрудником. По компании таких лишних записей нашлось около 400.
  • Плашку входящих теперь можно нажать — откроется список задач с номером, темой, проектом, статусом, давностью и пометкой «бэклог». Раньше была только цифра, и проверить её было нельзя.
  • Подпись плашки больше не пугает зря. Раньше она всегда читалась как «Снижение эффективности», даже когда задачи в срок или это старый бэклог, который на месячный процент не влияет. Теперь подпись соответствует смыслу: «Снижение эффективности» — только когда балл задач действительно тает.
  • В подсказке про бэклог убрана неточность: пока такие задачи лежат, месячный процент они не снижают, но при закрытии балл считается от срока их попадания во входящие, а не от даты закрытия. Раньше подсказка обещала, что они «не влияют» вообще.
  • Пересчёт эффективности стал заметно легче для системы: сведения о подзадачах запрашиваются пачками, а не по одной задаче. У сотрудника с большим числом открытых задач это 21 запрос вместо 668, время шага упало с 19 до 0,5 секунды. Расчёты и цифры не изменились — это должно уменьшить общие подтормаживания сайта.
Что нового в релизе от 26.07.2026 18:52
  • Заголовки в описании задачи и комментариях теперь крупнее обычного текста и с отбивкой сверху — как в самом Redmine. Раньше они выходили мельче абзаца и сливались с ним, из-за чего структура текста читалась плохо.
Что нового в релизе от 25.07.2026 16:00
  • Кнопка «🤖 Предложить критерии из описания» (поле «Критерии приёмки (DoD)») теперь учитывает приложенные к задаче текстовые файлы — например, описание архитектуры или решения в .md/.txt. Если при заведении задачи вы прикладываете такой файл, критерии получаются точнее.
Что нового в релизе от 25.07.2026 15:28
  • Лог-мониторинг пишет в задачу обновления релиза одну сводку за сутки вместо нескольких коротких комментариев, и делает это заранее — до времени раскатки и до анализа советника, чтобы к моменту работ был виден полный итог.
  • В сводке у каждого пользователя видно, сколько суток подряд повторяется ошибка — свежая проблема больше не путается с хронической.
  • Если за сутки ошибок не выявлено, сводка так и пишет — раньше в этом случае не приходило ничего и было не понять, отработала ли проверка.
Что нового в релизе от 25.07.2026 14:49
  • Маркеры ошибок теперь ищутся во всех логах пользователя, а не только в логах рабочих мест: лог сервиса ФармЭксперт раньше не читался вовсе, и ошибки, которые видны только в нём, проходили мимо контроля после обновления.
  • После включения лога сервиса находок станет заметно больше — это не всплеск ошибок, а часть логов, которая раньше не проверялась.
Что нового в релизе от 25.07.2026 12:23
  • Кнопка «🤖 Предложить критерии из описания» (Критерии приёмки, DoD) снова работает: ответ нейросети не разбирался, если содержал несколько строк, и всегда предлагалось заполнить вручную. То же исправление починило черновик «Сводки».
  • Подсказка по критериям приёмки теперь использует ту же нейросеть, что и подсказки по названию и «Сводке» (раньше — слабую локальную, которая часто не справлялась). Модель задаётся в одном месте — карточке «Помощник закрытия задачи».
  • В окне AI-подсказок (название, «Тема», «Сводка») убран выбор модели — он был нужен только для отладки и лишь запутывал. Используется модель из настроек. Выбор модели остался у администратора.
Что нового в релизе от 25.07.2026 12:02
  • Кнопка «🤖 Сводка по регламенту» и другие нейропомощники снова работают: их поставщик модели переименовал модель, из-за чего запросы падали с ошибкой. Старые сохранённые настройки продолжат работать сами — переключать ничего не нужно.
  • Список моделей в настройках нейропомощников теперь обновляется автоматически: новые модели появляются в выборе сразу, а снятые с обслуживания — исчезают, чтобы их нельзя было выбрать по ошибке.
  • Если модель снимут с обслуживания снова, «Контроль интеграций» это заметит и заведёт задачу ответственному — раньше помощник мог молча перестать отвечать.
Что нового в релизе от 24.07.2026 22:40
  • Проверка полноты созвона больше не обрывается на полуслове: раньше нейронка не успевала уложиться в отведённый объём ответа и возвращала пустоту, поэтому по закрытым созвонам не приходило ничего.
  • Если проверка не состоялась, владелец серии теперь получает об этом сообщение в личку — с причиной (нет расшифровки встречи или нейронка не ответила) и что сделать. Раньше молчание нельзя было отличить от вердикта «замечаний нет».
  • Разовый сбой нейронки больше не хоронит созвон навсегда: проверка повторяется автоматически, и только после трёх неудач бот сдаётся и сообщает об этом.
  • Бот пишет в личку в один и тот же чат. Раньше разовый сбой сервера Element заставлял его завести новую переписку, и сообщения расползались по нескольким чатам с одним и тем же ботом.
Что нового в релизе от 24.07.2026 16:30
  • У задач «Ошибка» и «Улучшение» появилось отдельное поле «Критерии приёмки (DoD)» — по нему пользователь принимает работу после демонстрации. Заполняет его команда при планировании.
  • Рядом с полем — кнопка «🤖 Предложить критерии из описания»: нейронка набрасывает черновик критериев по тексту задачи (в том числе по обращению клиента), останется только поправить.
  • Проверка критериев при переводе в «В план» теперь смотрит на это поле, а не ищет в описании дословные заголовки. Раньше критерии, написанные другими словами или в комментарии, не распознавались — и появлялось предупреждение, хотя всё было заполнено.
  • При заведении «Ошибки»/«Улучшения» больше не требуется оформлять описание по жёсткому шаблону с заголовками — описание можно писать свободно (запрос часто приходит от клиента, который шаблона не видит).
Что нового в релизе от 24.07.2026 15:00
  • Если сотруднику техподдержки прислали задачу «Улучшение» или «Ошибка» в статусе «Обратная связь» (пинг с вопросом), он теперь может ответить и вернуть её тому, кто спрашивал. Раньше у таких задач для этой роли не было ни одной стрелки на схеме маршрута — задача застревала.
  • Задачу из «Обратной связи» теперь возвращают в тот статус, в котором она была до перевода (включая «Новый»), а не жёстко в «В работе» — по правилу «ответь и верни запросившему в исходный статус».
Что нового в релизе от 24.07.2026 14:40
  • Раздел «🔎 Маркеры ошибок» теперь виден тестировщику, а не только администратору — раньше пункт меню не появлялся из-за порядка загрузки профиля.
Что нового в релизе от 24.07.2026 01:30
  • После обновления пользователя на новую сборку система три дня следит за его логами и ищет заранее заданные ошибки (первая — «нет связи с ККМ»). Обо всех найденных случаях — с указанием ошибки, версий и числа повторений — пишет в подзадачу дня «Обновление релиза». Массовость оценивает человек, воркер сообщает о всех фактах.
  • В меню появился раздел «🔎 Маркеры ошибок» (для админа): справочник отслеживаемых ошибок и журнал находок — что и у кого воркер выявил в логах.
Что нового в релизе от 23.07.2026 23:45
  • Нейронка-помощник получила доступ к обращениям в Redmine с разделением прав: в режиме клиента она видит только обращения самого клиента (чужие тикеты недоступны), а в режиме сотрудника поддержки ищет похожие разобранные случаи в рамках прав этого сотрудника, без доступа к закрытым для него проектам.
  • Поиск по тексту тикетов идёт по теме, описанию и переписке — можно быстро найти похожий случай с готовым решением.
Что нового в релизе от 23.07.2026 19:54
  • В трекере «Поддержка» обращение теперь можно передать другому сотруднику, указав в комментарии причину — например, когда клиент уже ушёл и задачу подхватит следующая смена. Раньше передача была запрещена, и приходилось ждать того же сотрудника или звать менеджера.
Что нового в релизе от 23.07.2026 19:21
  • Созвон снова можно закрыть: теперь для закрытия достаточно диаризации (расшифровки .txt) — прикладывать сам аудиофайл больше не нужно, а поле «Сводка», которого у совещаний нет, закрытие больше не блокирует.
  • В карточке созвона появилась короткая пошаговая инструкция: итоги комментарием → задачи по договорённостям со связью с созвоном → диаризация → закрыть.
  • Проверка полноты созвона теперь читает итоги из комментариев к тикету (а не из пустого поля), поэтому точнее видит, что прозвучало, но не заведено задачей.
  • После закрытия созвона бот проверяет полноту итогов и присылает владельцу серии личное сообщение: что могло быть упущено (прозвучало, но не заведено задачей и не перенесено на следующий созвон) — либо «всё ок». Функция в режиме бета-теста; о неточностях просим сообщать.
  • Автоматические «Итоги созвона» больше не публикуются, когда показывать нечего (по повестке ничего не сделано и нет обещаний к следующей встрече) — вместо бессмысленной записи «в работе: N» комментарий не создаётся.
Что нового в релизе от 23.07.2026 16:26
  • Нейронка-оркестратор теперь может через Redmine-менеджер запрашивать логи клиентских программ (по пользователю или клиенту, с выбором типа лога и периода — период определяется по реальным записям файла) и данные из базы клиента — это фундамент для автоматического разбора обращений.
  • Запросы нейронки к базе клиента проходят проверку тяжести до выполнения: запрос, способный перегрузить сервер, отклоняется с советом сузить условия, а не выполняется.
  • Логи получили «подписи» типов: лог сервиса (компонент программы ФармЭксперт) отличается от логов рабочих мест — при разборе обращения ищется нужный лог, а не первый попавшийся.
  • Каждое обращение нейронки к логам и базе записывается в журнал — всегда видно, что и когда она запрашивала.
Что нового в релизе от 23.07.2026 10:56
  • В «Настройки → Контроль интеграций» появилась карточка «Логи клиентских программ»: система теперь видит логи ФармЭксперт по клиентам и пользователям (только чтение) — это фундамент для автоматической проверки логов после раскатки версии и для разбора обращений нейронкой.
  • Кнопка «🔌 Проверить логи» в карточке — разовая диагностика: доступен ли каталог, сколько клиентских папок, свежие файлы и хвост последнего лога.
  • Если доступ к логам пропадёт, ответственный за интеграцию получит автотикет — как по остальным интеграциям.
Что нового в релизе от 22.07.2026 21:56
  • Клик по виджету «Чем заниматься сейчас» снова открывает показанную задачу. Раньше, если у вас одновременно горел бейдж «разгребай глобальные», клик по блокеру (или любой другой задаче в виджете) уводил в «Мою эффективность» вместо открытия задачи.
Что нового в релизе от 23.07.2026 00:37
  • Появился раздел «Ревью коммитов» — пилот. Нейронка читает каждый новый коммит вместе с задачей, по которой он сделан, и отмечает дублирование кода, необработанные ошибки, расхождение сделанного с требованиями задачи и характер работы: механическая или содержательная. Сборку это не блокирует и разработчикам ничего не пишет.
  • Каждый разбор можно отметить «полезно» или «шум». Это и есть проверка пилота: через две недели по отметкам будет видно, стоит ли инструмент внимания.
  • Настройки пилота — в «Настройки → Интеграции»: репозиторий, ветка, основная и резервная нейросеть, задача для отчётов и сколько коммитов разбирать за раз. Отчёт о каждом прогоне уходит комментарием в указанную задачу, а если у неё есть открытая подзадача — в неё.
  • Если задача, куда идут отчёты, окажется закрытой, ответственный получит задачу об этом — отчёты не пропадут молча.
Что нового в релизе от 22.07.2026 23:14
  • Детектор пробелов базы знаний читал из задачи только первые 6 тысяч символов, и у части обращений разговор обрывался на середине — вердикт «в базе всё есть» мог означать «мы не дочитали». Теперь берётся весь разговор целиком, а если данные всё же не поместились, это видно в журнале, а не пропадает молча.
  • В карточке «KB-Gap-Scanner» в «Настройки → Интеграции» появился выбор основной и резервной нейросети. Раньше модель была одна: если поставщик недоступен, разбор обращений просто не проходил.
Что нового в релизе от 22.07.2026 22:30
  • При создании задачи название проверяется по регламенту. Если по нему не понять, о чём речь — например, «маркировка», — появится окно с объяснением, чем текущее название плохо, и с предложенным вариантом. Предложение можно поправить прямо в окне, принять или оставить своё: проверка ничего не запрещает.
  • При закрытии задачи так же проверяется «Сводка»: показываются замечания с цитатами и предложенная формулировка. Если замечаний нет, окно не появляется и сохранение идёт как обычно.
  • Кнопка «Черновик сводки» и проверка сводки объединены в одну: она и пишет текст, и объясняет, почему предлагает именно такой, и даёт его поправить перед подстановкой в поле.
  • В «Настройки → Интеграции» появилась карточка «Помощник закрытия задачи» — там выбирается основная и резервная нейросеть для этих проверок. Резерв срабатывает, если основная недоступна.
Что нового в релизе от 22.07.2026 21:30
  • В карточке задачи появились кнопки «🤖» у поля «Тема для пользователя» и «🤖 Сводка по регламенту» у поля «Сводка». Нейронка предлагает формулировку по требованиям регламента и показывает замечания к тому, что написано сейчас: например, работу назвали ошибкой, хотя меняли настройку по просьбе пользователя. Текст подставляется в поле только по вашей кнопке.
  • В окне помощника можно выбрать нейросеть и увидеть служебное пояснение к ответу — какие требования подставлены из регламента и что модель вернула. Это нужно, чтобы сравнивать модели и настраивать подсказки на живых задачах.
  • Если у поставщика нейросети заканчиваются деньги на счёте, его карточка в «Контроле интеграций» теперь уходит в сбой и ответственный получает задачу. Раньше проверка оставалась зелёной: она пингует список моделей, который отвечает и при нулевом счёте, а сами разборы молча переставали работать.
Что нового в релизе от 22.07.2026 19:16
  • Переключатель автоанализа созвонов больше не стоит внутри карточки совещания: он общий для всех совещаний, а выглядел как настройка одного. Теперь это кнопка «⚙ Автоанализ (AI)» в шапке раздела «Совещания», а в карточке осталась строка состояния «автоанализ: вкл/выкл».
  • В настройках автоанализа можно выбрать основную и резервную нейросеть. Резерв срабатывает, когда основная недоступна, — разбор созвона не пропадает, а под результатом видно, какая нейросеть его сделала.
  • Добавлен ещё один поставщик нейросети — Kimi. Он доступен в тех же списках выбора и держит существенно больший объём текста за раз, что важно для разбора длинных расшифровок созвонов.
  • В «Настройки → Контроль интеграций» появилась карточка Kimi: раз в 10 минут проверяются ключ доступа и остаток на счёте. Если ключ отозвали или деньги закончились, ответственный получит задачу, а не узнает об этом по молчанию проверок.
  • Остаток на счёте Kimi показан прямо на карточке. Нулевой остаток подсвечивается красным — сразу видно причину, по которой нейросетевые разборы перестали проходить.
Что нового в релизе от 22.07.2026 17:15
  • Переключатель доски «Fx / XR» переехал в строку вкладок раздела «🚀 Спринты» — теперь он виден и на «Версиях», и на «Аналитике». Раньше он был только на вкладке «Спринт недели», и на «Аналитике» было непонятно, статистика какого продукта показана.
  • Над сводкой «Аналитики» появилась подпись «Статистика доски: Fx» — видно, к какому продукту относятся цифры. Тем, кто работает в одном продукте, название доски показывается рядом со вкладками.
  • Статистика продукта доступна только тем, кто в нём работает: сотрудник Fx не получит цифры XR и наоборот — ни через интерфейс, ни прямым запросом. Продукты сотрудника задаются в его карточке в разделе «Сотрудники».
  • В разделе «Эффективность сотрудников» добавлен выбор продукта. Отдел бывает смешанным (в техотделе есть и Fx, и XR), поэтому список и среднее считаются по выбранному продукту — он подписан под цифрой. Выбор виден только тем, кто работает в обоих продуктах.
  • Право вести план спринта теперь даётся отдельно на каждую доску: в карточке сотрудника вместо одной галки «Редактор плана» — чекбоксы «Fx» и «XR» с именем текущего ведущего. Раньше редактор был один на всю компанию, и назначить ведущего второй доски можно было только сняв права у первого.
  • Доска, которую вы не ведёте, открывается только на просмотр — правка блоков и фиксация недоступны, даже если вы ведёте вторую доску.
Что нового в релизе от 22.07.2026 09:15
  • В панели серии совещаний — блок «Проверка полноты созвона (AI)»: по расшифровке встречи находятся решения и поручения, которые прозвучали, но не заведены задачами; каждая находка с цитатой для проверки. Подсказки — только совет, задачи автоматически не создаются.
  • Кнопка «Проверить полноту» у владельца серии — разбор последнего проведённого созвона по запросу; для администратора — переключатель автоанализа (по умолчанию выключен): свежезакрытые созвоны разбираются автоматически.
Что нового в релизе от 22.07.2026 01:35
  • Время в статусе «Демонстрация» больше не считается просрочкой исполнителя (как пауза на тестировании): пока решение показывают клиенту и ждут его фидбека, срок и оценку задачи переносить не нужно — эффективность разработчика не страдает.
  • При переводе задачи «Ошибка»/«Улучшение» в план без заполненных критериев приёмки в описании появляется предупреждение; перевести всё равно можно, но факт попадёт в «Контроль обхода маршрута» — по журналу решим, когда включать жёсткий запрет.
  • В карточке задачи в «Демонстрации» — кнопка «Поручить демонстрацию»: создаёт подзадачу-поручение с готовым текстом (показать по критериям приёмки, собрать фидбек) — работа демонстратора учитывается отдельно со своей оценкой.
  • Раздел «Обращения клиентов» при входе сразу показывает ленту обращений за последние 7 дней (переключается на 14/30) — как в старом клиентском портале, не нужно сначала искать клиента.
  • Поиск в разделе теперь ищет и по теме обращения (от 3 символов), и по клиенту одновременно; в таблицах добавлена колонка «Клиент» — клик по имени открывает все обращения этого клиента.
  • Защита от тяжёлых выборок: лента и поиск обращений показывают первые строки (300 и 100) с подсказкой сузить период или уточнить запрос — широкий фильтр больше не может перегрузить сервер.
  • Если База InfoAS временно недоступна, лента обращений всё равно открывается (без имён клиентов), а не зависает на ожидании.
Что нового в релизе от 21.07.2026 22:23
  • Анализ перед раскаткой (раздел «Релизы», воркер обновления релиза) теперь отдельно показывает оперативные версии, назначенные клиентам и более свежие, чем раскатываемый релиз-кандидат — с адресом точки, веткой и тикетом-причиной из комментария назначения. Это сигнал проверить, не содержит ли текущий кандидат ошибку, уже исправленную более свежей сборкой, и не отдать ли клиентам её. Решение по-прежнему за ответственным — воркер только показывает.
  • Раздел «Релизы», блок «Обновление релиза»: если все ветки уже стоят на релизе-кандидате или новее, появляется яркая метка «всех обновили — пора менять релиз-кандидат». Раньше можно было забыть сменить кандидат, и проверка продолжала работать по устаревшему релизу, хотя обновлять уже некого.
  • Та же метка выводится в самом начале комментария с анализом перед раскаткой.
  • Ветки, которые намеренно остаются на старом релизе (версия старше кандидата больше чем на год), в проверке «всех обновили» не учитываются — иначе метка не сработала бы никогда. Число исключённых веток показывается рядом с меткой.
  • В комментарии с анализом тикет, уже названный в блоке «Риски», больше не повторяется ниже в списке обращений — дублирование убрано.
Что нового в релизе от 21.07.2026 16:06
  • Эффективность разработчика: «Динамика по месяцам» и плитки «3 последних / 12 месяцев» теперь показывают разные значения по каждому месяцу. Раньше у разработчиков за все прошлые месяцы стояло одно и то же число — историю за прошлые периоды посмотреть было нельзя.
  • Месяц без закрытых спринтов (например, из-за отпуска) помечается как «нет данных» и не занижает средние за 3 и 12 месяцев — отсутствие не бьёт по проценту.
Что нового в релизе от 21.07.2026 13:56
  • Новый раздел «Обращения клиентов»: поиск всех обращений клиента или всей его сети (клиенты одного плательщика) по названию или ID — по любому каналу и любой точке, больше не нужно перебирать пользователей вручную.
  • Рядом с внутренним статусом обращения показывается статус, который видит клиент (Принята / В работе / Готово — подтвердите / Закрыта) — видно, как задача выглядит «снаружи».
  • Подготовлен канал для будущего клиентского портала: выдача обращений и совещаний клиента в клиентских формулировках и приём подтверждения/возражения по показанной задаче. Возражение клиента попадает комментарием в задачу; после двух возвратов по одной задаче контролёру серии автоматически создаётся тикет «вынести разбор на созвон».
Что нового в релизе от 21.07.2026 02:03
  • Список волн раскатки, колонка «Обновлено»: 32-битные и Linux-клиенты, стоящие на раскатанной сборке, снова считаются обновлёнными. Раньше их версия отличалась на минуту от 64-битной сборки, и такой клиент ошибочно попадал в «не обновились» (например, показывало 4/6 вместо 6/6).
Что нового в релизе от 21.07.2026 01:58
  • Карточка волны раскатки: сводка пост-контроля стала читаемой — крупнее и с цветом. Пройденная проверка по базе клиента выделяется зелёным, регрессия и ошибки — красным, «идёт проверка» — акцентным. Раньше вся строка была мелкой и серой на сером.
Что нового в релизе от 21.07.2026 01:50
  • Пост-контроль раскатки: 32-битные и Linux-клиенты, которые обновились на раскатанную сборку, больше не отмечаются как «не обновились». Раньше их версия отличалась на минуту от 64-битной сборки, и по ним уходил ложный тикет в поддержку, а проверка базы не запускалась. Теперь в карточке волны они корректно считаются обновлёнными.
Что нового в релизе от 21.07.2026 01:20
  • Карточка задачи: подсказка «Можно перевести» больше не прячет переходы, требующие назначения на сотрудника другой роли. Менеджер теперь видит и «В план» / «В работе» из «Нового» — раньше они скрывались, если задача была назначена не на разработчика. Кому можно назначить — написано в подсказке при наведении.
Что нового в релизе от 21.07.2026 01:10
  • Совещания: подсказки о закрытии созвона стали точнее — расшифровку готовить вручную не нужно: приложите аудиофайл записи и нажмите «🎤 Расшифровать звонок», диаризация (.txt) приложится к задаче автоматически.
Что нового в релизе от 21.07.2026 02:05
  • В карточке задачи выбор «— Не назначен —» теперь действительно снимает исполнителя. Раньше система писала «сохранено», но назначенный оставался прежним.
Что нового в релизе от 21.07.2026 01:20
  • В карточке задачи при смене проекта теперь обновляются список трекеров и список «Назначена» — как в форме создания и как в Redmine. Раньше после смены проекта оставались трекеры и исполнители прежнего проекта.
  • Уже выбранный исполнитель при смене проекта сохраняется, даже если он не участник нового проекта — задача не «перевешивается» на другого сотрудника незаметно при сохранении.
Что нового в релизе от 21.07.2026 00:57
  • В карточке задачи список «Назначена» больше не показывает уволенных (деактивированных) сотрудников — в нём ровно те же люди, что и в этом списке в Redmine: активные участники выбранного проекта.
Что нового в релизе от 21.07.2026 00:52
  • Совещания: после закрытия созвона его итоги теперь публикуются комментарием в тикет созвона автоматически — «сделано», «ждём вашего подтверждения», «обещано к следующей встрече» (по блокам). Клиент видит отчёт в своём тикете без ручных писем.
  • Совещания: в панели серии появилась кнопка «Итоги созвона» — готовый текст итогов можно посмотреть и скопировать в письмо или чат; для открытого созвона показывается черновик.
  • Совещания: закрыть созвон теперь можно только с приложенными артефактами — аудиозаписью встречи (вложение-аудиофайл), её диаризацией (расшифровка .txt) и протоколом в поле «Сводка». Система подскажет, чего именно не хватает.
  • Совещания: в панели серии и в карточке открытого созвона — предупреждение «запишите встречу»: без аудиозаписи и диаризации созвон не закрыть, а запись задним числом не восстановить.
  • Маршруты задач: для «Ошибок» и «Улучшений» добавлен статус «Демонстрация» — задача после тестирования показывается клиенту, закрывается после его подтверждения либо возвращается в доработку с обязательным текстом «что не так». Статус виден на карте маршрутов.
Что нового в релизе от 20.07.2026 15:28
  • Задача бухгалтеру на оплату аренды серверов больше не создаётся каждый месяц просто так: при помесячной оплате остаток на балансе закономерно падает перед каждым платежом, и прежний порог «осталось меньше 21 дня» срабатывал на исправно оплаченном счёте.
  • Задача создаётся, только если денег не хватит до ближайшего планового пополнения: счёт от провайдера 22 числа, со сдвигом на рабочие дни, если оно выпало на выходные или праздники, плюс время на прохождение оплаты.
  • Непрошедшая оплата видна на следующий день после этого срока — раньше, чем деньги реально закончатся.
  • В задаче написана причина: до какого числа хватит денег и когда ожидается пополнение. Видно, это сбой оплаты или нужно пополнить вне графика.
  • В разделе «Серверы и домены» прогноз отключения и счётчик рисков оплаты краснеют по тому же правилу — только когда до планового пополнения баланса не хватит. Дата пополнения — в подсказке к прогнозу.
Что нового в релизе от 20.07.2026 02:30
  • Время к выполнению теперь можно поставить на субботу (и любой другой день), если этот день есть в графике исполнителя. Раньше такой слот в календаре выбирался, но при сохранении отклонялся как «нерабочий день» — сотрудники со сменным графиком не могли запланировать свой же рабочий день.
Что нового в релизе от 20.07.2026 02:14
  • Раздел «Совещания» теперь показывает каждому сотруднику только его совещания: те, где он ведущий, участник или ответственный за блок задач. Все серии видит только управляющий партнёр. Чужие повестки и договорённости больше не на виду у всей компании.
  • Действия в серии — создать блок, перенести дедлайн, провести следующий созвон — доступны только владельцу совещания. Остальные видят панель в режиме просмотра.
  • У серии появился список участников: владелец добавляет и убирает их прямо в панели. Участник видит серию в разделе и плашку «🏛 Совещание · участник» в своём плане. Прежние наблюдатели созвонов перенесены в участники автоматически.
  • Если владелец серии уволен, совещание не зависает: замещающий, руководитель его отдела или управляющий партнёр могут назначить нового владельца — открытые созвоны переходят к нему.
  • Карточка совещания открывается участнику даже без доступа к проекту «Совещания» в Redmine — в режиме просмотра, без возможности изменений.
Что нового в релизе от 19.07.2026 22:41
  • «Журнал изменений» в «Моей эффективности» больше не теряет причины после долгого перерыва. Раньше после ночи или выходного первая запись приходила пустой: процент менялся, а объяснения не было. Теперь закрытия, переносы срока и прошедшие дедлайны видны и после паузы.
  • В журнале появилась строка «вошла в расчёт месяца» — когда процент двигает не просрочка, а новая задача, попавшая в расчёт (регулярная, переданная вам, доехавшая из другого проекта). Видно её балл и вклад в итог. Раньше такая просадка выглядела как падение процента без причины.
  • В журнале показываются изменения от 0.1% — было только от 0.5%. Мелкая просадка больше не остаётся на графике точкой без пояснения.
Что нового в релизе от 19.07.2026 22:15
  • В карточке задачи трекер и поле «Назначена» теперь всегда показывают то же значение, что и в Redmine. Раньше редкий трекер (например «Записка» в «Базе знаний») мог отображаться как чужой, а исполнитель на заблокированной или служебной учётке — подменяться другим сотрудником.
  • В поле «Назначена» теперь предлагаются только участники проекта задачи — как в самом Redmine. Раньше в список попадали все сотрудники, включая не относящихся к проекту.
Что нового в релизе от 19.07.2026 21:58
  • Изменения в карточках сотрудников теперь фиксируются: по каждому изменённому полю (отдел, руководитель, замена, метки «Разработчик»/«Тестировщик» и др.) сохраняется «кто, когда, было → стало». Появляется ответ на вопросы вида «кто снял метку у сотрудника». Журнал ведётся с момента этого обновления; более ранние правки в него не попадают.
Что нового в релизе от 19.07.2026 21:45
  • Кнопка «↻ Повторить блоки» в «Совещаниях»: недельная рутина контролёра одним кликом — создаются пустые блоки с теми же названиями и ответственными на новый период (дата в названии обновляется сама). Незакрытые задачи остаются висеть просрочкой в старых блоках, новые обещания отмечаются галками заново.
  • У задач блока видно спринт-покрытие: зелёная метка «в спринте» — задача стоит в зафиксированном спринте этой недели, красное «не в спринте» — исполнитель-разработчик, но задача в неделю не запланирована (обещание не обеспечено планом команды). В шапке блока — счётчик «в спринте недели X из Y».
  • Выполненные блоки сворачиваются в одну строку (клик разворачивает состав) — панель не зарастает архивом при недельном ритме; живые и просроченные всегда развёрнуты.
  • Поле «Название блока» подсказывает названия прежних блоков серии — не нужно набирать заново.
Что нового в релизе от 19.07.2026 17:59
  • Задачи внутри блоков в «Совещаниях» теперь подсвечены так же, как в повестке и на доске — единый вид номера и статуса по всему разделу.
  • В шапке блока «закрыто X из Y» выделено жирным и дополнено процентом с цветом: до 70% — красный, 70–99% — жёлтый, 100% — зелёный. Готовность блока видна с одного взгляда.
  • Счётчик «расформированных: N» стал раскрывающимся: по клику показывает распущенные блоки — когда, по какой причине и с каким составом задач.
  • Кнопка «Провести следующий созвон» теперь недоступна, пока текущий созвон не закрыт. Раньше её можно было нажать и получить ошибку — второй открытый созвон серия всё равно не создаёт, но кнопка вводила в заблуждение.
Что нового в релизе от 19.07.2026 17:27
  • В повестке «Совещаний» статусы задач (Тестирование, Доработка, Новый и пр.) и номера задач теперь подсвечены той же цветовой схемой, что на доске и в карточке задачи. Единый вид ускоряет чтение раздела — состояние задачи считывается с одного взгляда, без привыкания к отдельному оформлению.
Что нового в релизе от 19.07.2026 17:06
  • В «Совещаниях» в блок задач теперь можно добавлять и закрытые задачи повестки. Раньше галка «Блок» была только у открытых, и по задаче, которую обсудили и закрыли за неделю, нельзя было отчитаться — теперь она попадает в блок и учитывается в «закрыто X из Y».
Что нового в релизе от 19.07.2026 16:20
  • В «Совещаниях» список серий теперь отсортирован по ближайшему созвону: сверху — серии без назначенного созвона (самые просроченные, нужно провести или запланировать следующий), затем — по дате созвона ближе к сегодняшнему дню. Так сразу видно, за какими совещаниями пора взяться.
Что нового в релизе от 19.07.2026 15:30
  • В «Совещаниях» появились блоки задач — «спринты совещаний»: на созвоне часть повестки группируется в блок с названием, ответственным и дедлайном. Дедлайн блока — обязательство руководителя за пакет; сроки задач внутри — обязательства исполнителей, это разные вещи и обе видны.
  • Карточка блока показывает статус («в сроке / просрочен N дней / выполнен в срок / выполнен с просрочкой»), прогресс «закрыто X из Y» и состав с подсветками для ответственного: «нет срока» у задачи и «срок позже дедлайна блока».
  • Дедлайн блока не двигается сам: перенос — только явное действие с причиной, на карточке виден счётчик переносов и первоначальная дата. Перенос созвона просрочку блока не отменяет.
  • Состав блока зафиксирован: добавление и исключение задач — явные действия с причиной, всё пишется в журнал блока. Задача может состоять только в одном блоке серии.
  • Формирование — галками в повестке: «⚡ В блок к созвону» (быстрый блок с дедлайном = дата созвона) или «Сформировать блок…» с названием, датой и ответственным (по умолчанию — ведущий серии). Блок без дедлайна создать нельзя: обещание без даты не контролируется.
  • В повестке добавлены колонки «Срок» (срок исполнителя, с подсветкой «нет срока») и «В повестке с …» (дата первого созвона с задачей и сколько дней она уже висит).
  • В режиме «показать клиенту» блоки видны как отчёт по обещаниям: название, дедлайн, «закрыто X из Y» — без внутренней кухни.
Что нового в релизе от 19.07.2026 12:18
  • В «Совещаниях» номера задач, серий и созвонов стали настоящими ссылками: правой кнопкой или колесом мыши открываются в новой вкладке (лёгкая карточка задачи), не сбрасывая открытый раздел. Левый клик, как раньше, открывает карточку поверх.
  • В ленте созвонов у каждого виден номер его тикета — можно быстро провалиться в конкретный созвон и оценить, как он отработан.
  • Подсказка на бейдже «N×» теперь показывает список созвонов, где задача была на повестке, — с номерами и датами.
  • Таблицы повестки сортируются кликом по заголовку (№, задача, проект, статус, исполнитель, N×, обещано); повторный клик — обратный порядок, третий — сброс.
  • «Мяч у клиента» больше не вешается на статус «Обратная связь» — по регламенту это внутренний запрос между сотрудниками. Ожидание клиента теперь определяется статусом «Демонстрация» (мы показали результат — ждём подтверждения), группа переименована в «Ждём подтверждения клиента».
Что нового в релизе от 19.07.2026 11:10
  • Раздел «Совещания» мог показывать «Серий пока нет», а плашка «🏛 Совещание · участник» — пропадать на срок до часа после перезапуска сервера: внутренний справочник проектов заполнялся с правами случайного сотрудника, и приватный проект «Совещания» из него выпадал. Теперь справочник заполняется служебным доступом, приватные проекты видны всегда.
Что нового в релизе от 19.07.2026 10:20
  • Новый раздел «Совещания» (меню пользователя): контроль задач, обсуждённых на созвонах с клиентом или сотрудником. Серия совещаний ведёт живую повестку — открытые задачи сами переносятся на следующий созвон, закрытые выпадают; ручной перенос списков в описании больше не нужен.
  • У каждой задачи повестки виден бейдж «N×» — сколько созвонов подряд она кочует без закрытия; отдельно подсвечен «хвост» из задач, висящих 3 и более созвонов.
  • Коммит-блок «Обещано»: галкой отмечаются задачи, обещанные к текущему созвону, и панель показывает «закрыто X из Y обещанных» — отчёт по блоку, а не по всей горе вопросов.
  • Кнопка «Провести следующий созвон» создаёт следующую встречу серии на выбранные дату и время с автопереносом открытых вопросов — для клиентских серий, где созвоны идут не по расписанию.
  • Режим «показать клиенту» — чистый экран для шаринга на созвоне: без внутренних статусов и исполнителей, вопросы сгруппированы «Сделано / В работе у нас / Ждём ответа от вас».
Что нового в релизе от 19.07.2026 01:36
  • В карточке задачи вернулась подсказка «Можно перевести» — список статусов, в которые вам доступен переход из текущего. Стоит прямо под полями «Статус · Приоритет · Назначен» и не уезжает при прокрутке, так что смотреть маршрут перед сменой статуса больше не нужно вслепую.
  • Наведите курсор на вариант перехода — покажется правило: например, «только на себя» или «нужен комментарий». Ссылка «🗺 карта» рядом разворачивает полную схему маршрута, если нужна картина целиком.
  • Если из текущего статуса вашей роли переходы недоступны, об этом сказано сразу в карточке, а не после неудачного сохранения.
Что нового в релизе от 19.07.2026 00:07
  • В разделе «Воркеры» под техническим именем каждого воркера появилась расшифровка по-русски: что он делает и к какому процессу относится (например, «Пост-контроль раскатки: факт обновления + проверки по базе»). Больше не нужно угадывать, какая строка отвечает за вашу волну или тикет.
  • «Итог тика» стал человекочитаемым: воркер пост-контроля раскатки пишет, какие волны он мониторит и в каком они состоянии («волна #95 от 18.07: обновились 1, ждут обновления 5, план проверок есть»); советник обновления — какую подзадачу ждёт и когда откроется окно анализа, либо что анализ уже опубликован. Полная техническая сводка — во всплывающей подсказке.
Что нового в релизе от 18.07.2026 21:45
  • Советник обновления релиза публиковал анализ на 3 часа позже задуманного окна «за час до раскатки» — из-за часового пояса сервера. Пояс закреплён (Москва), после обновления сервера отчёт приходит вовремя.
  • В разделе «Воркеры» — плашка «Время сервера»: если часы сервера расходятся с вашими больше чем на 5 минут, показывается предупреждение (именно такой сдвиг и был причиной опоздания советника).
  • У каждого воркера теперь видно состояние точнее: «выполняет тик…», «ждёт», «ошибка тика», «поток остановлен» — и колонка «Следующий тик» с плановым временем запуска. Если плановое время прошло, а тик не начался — строка подсвечивается.
  • Советник обновления в «Итоге тика» объясняет простой: какую подзадачу ждёт и когда откроется её окно анализа. Воркер пост-контроля раскатки показывает, сколько пользователей ещё в ожидании обновления.
Что нового в релизе от 18.07.2026 13:23
  • В окне «Новая волна» добавленные вручную пользователи теперь выглядят точно так же, как кандидаты из тикетов: те же строки с именем, клиентом, версией и плашками. Раньше они рисовались в другом формате и выбивались из списка.
  • Список обращений для добавленных пользователей снова с цветовой подсветкой статуса (закрыт — зелёный, в работе — синий, тестирование — жёлтый и т.д.), как у обращений кандидата.
Что нового в релизе от 18.07.2026 12:57
  • Волна раскатки теперь умеет сама проверять по базе клиента, что исправление реально сработало: в модалке «Новая волна» появился блок «Проверочное задание» — после фактического обновления клиента признак бага ищется в его данных автоматически.
  • Если после обновления признак бага вернулся — автоматически создаётся тикет «Ошибка» с фактурой «до/после» по каждому клиенту; если исчез при реальной работе кассиров — на цели волны появляется отметка «проверка пройдена».
  • Кнопка «Пробный прогон по составу» до раскатки показывает, у кого из выбранных клиентов баг воспроизводится в фоне — так видно, какие рабочие места показательны для тест-волны, а какие ничего не докажут.
  • Задание можно вставить готовым рецептом из «Пакета для Claude» (пакет из карточки задачи теперь просит подготовить и такой рецепт) либо описать словами — текст будет разобран нейросетью в план, который вы утверждаете перед созданием волны.
  • В составе волны у каждой цели видны новые исходы проверки: «проверка пройдена», «регрессия → тикет», «неубедительно» (мало активности после обновления) — с цифрами «до/после» в подсказке.
Что нового в релизе от 18.07.2026 11:20
  • В окне «Новая волна» появился блок «Дополнительные пользователи»: можно раскатать сборку тем, кого нет ни в одном тикете. Вводите их номера — подгрузятся имя, клиент, текущая версия, ветка и предупреждения (не СУ, битность, «уже есть оперативная», «уже в волне») — так же, как у обычных кандидатов.
  • Для добавленных вручную пользователей общим списком отмечаются обращения, по которым им уйдёт сообщение в программу учёта и заведётся тикет на саппорт.
  • Галки волны — тикет на саппорт, сообщение клиенту, контроль обновления — работают по добавленным пользователям так же, как по кандидатам.
Что нового в релизе от 18.07.2026 10:48
  • Блок «Обновление релиза» снова запоминает выбранный релиз-кандидат: раньше выбранные файлы сборки не сохранялись, и советник считал, что кандидат не указан — из-за этого не собирались тикеты «Ошибка» и «Поддержка» на этой версии.
  • Релиз-кандидат теперь задаётся полностью: на каждую битность (x32 / x64 / Linux) выбираются оба файла — FX и сервис (fxService). Шесть списков в три ряда, как при настройке волны раскатки.
  • В анализе перед раскаткой ветки и назначения показываются таблицами: «Версии веток» (ветка → версия → файл) и «Назначения оперативок» с колонкой направления (обновление / откат). Те же таблицы попадают в комментарий к задаче — сразу видно, где обновление, а где откат.
  • В анализе перед раскаткой состав релиза-кандидата больше не дублируется: раньше он шёл сначала строкой-перечислением, а потом таблицей. Оставили только таблицу.
  • В таблице «Версии веток» колонки «Версия» и «Бинарник» объединены в одну — это одно и то же (дата в имени файла); битность (x32 / x64 / nix) показана в скобках.
  • В анализе перед раскаткой теперь выводится список собранных тикетов «Ошибка» и «Поддержка» (номер — название — статус), а не только их количество. Видно, что именно посчитано.
  • Порядок анализа приведён к нужному: сначала «Почему обновляем» и «Риски», затем собранные тикеты и таблицы, и только в конце свободные рассуждения.
  • Версия тикета определяется строго по полю «Версия экземпляра» в самом тикете. Раньше тикет мог ошибочно попасть «на релиз-кандидат» из-за того, что пользователь уже обновился, хотя обращение заведено на старой версии.
  • Убраны пустые рассуждения нейросети: блок «Почему обновляем» — теперь только список тикетов-причин, без пересказа и домыслов о совпадениях версий и «возможно не устранённых» дефектах.
  • Текст нейросети приведён к правилам стиля из регламента («только по сути»): если по блоку нет данных — короткое «Не выявлено», без объяснений, почему их нет и что «не попало в окно анализа».
  • Блок «Почему обновляем» берёт причину-драйвер из комментариев ответственного при раскатке (конкретный тикет, ради которого обновляем), а не из полного авто-состава сборки. Больше нет сообщений «состав недоступен / сборка не найдена». Списки похожих обращений «Поддержка» больше не растягиваются в стену одинаковых строк.
Что нового в релизе от 18.07.2026 00:16
  • В анализе перед раскаткой рядом с номером юнита теперь показывается его имя/адрес точки — тот же, что в карточке задачи. Видно, кому именно назначили версию, без похода в админку.
  • Исходная версия в переходах («с какой на какую») теперь считается от ветки: берётся ветка, назначенная пользователю, и версия бинарников в этой ветке. Откат/обновление определяется относительно веточной версии — именно с неё назначение оперативки снимает пользователя.
  • Назначения оперативных версий в анализе перед раскаткой показываются явными переходами: «юнит N: с версии X на версию Y (откат / обновление / та же версия)», с датой и именем назначенного файла; у смен веток видно, какая именно версия назначена ветке. Раньше были только счётчики.
  • Релиз-кандидат в блоке «Обновление релиза» теперь выбирается как конкретный файл сборки — в списке видны дата и имя файла (как при назначении оперативки в ветку), а не только дата сборки.
  • Битность и платформу кандидата перепутать нельзя: в списке x32 — только x32-файлы, в x64 — только x64, в Linux — только Linux. Попытка сохранить чужой файл отклоняется с объяснением, сервисные файлы кандидатом не предлагаются.
  • Выбранный кандидат не «исчезает», если файл удалили из справочника сборок: сохранённые имя и дата продолжают показываться с пометкой «нет в invFiles». Ранее выбранный кандидат сборкой остаётся видимым с пометкой «легаси», пока его не пересохранили файлом.
  • Выбор нейросети в «Обновлении релиза» — теперь два выпадающих списка «модель» и «резерв» из перечня доступных моделей (вместо текстового поля, где имя можно было ввести с ошибкой).
  • Кнопка «Проверить анализ» больше не показывает молчаливое «(пусто)», если нейросеть не ответила: теперь видна причина сбоя и подсказка, что фактура собрана и попытку можно повторить.
  • Разовые сбои прокси при обращении к нейросети (обрыв сети, ошибка 5xx) теперь гасятся автоматическим быстрым повтором — тестовый прогон и боевой анализ падают заметно реже.
Что нового в релизе от 17.07.2026 23:41
  • В блоке «Обновление релиза» появилось поле «модели»: можно перечислить нейросети по приоритету (через запятую) — если первая недоступна или на ней кончились деньги, анализ выполнит следующая. Комментарий в задаче дня теперь подписан именем модели, которая его готовила — по подписи можно сравнивать, какая модель справляется лучше.
  • Новый раздел «Воркеры» (для администратора, меню пользователя): все фоновые процессы в одном месте — когда был последний проход, чем закончился и сколько занял, плюс расход нейросетей за 30 дней по каждой задаче и модели.
  • Кнопка «Проверить анализ» в «Обновлении релиза» теперь показывает состояние каждого источника данных (назначения, файлы сборок, версии веток) и использованную модель — сбой любого источника виден сразу, без доступа к базам.
  • Тикет-напоминание «укажите родительский тикет обновления» теперь заполняет поле «Пользователи» логином фактического адресата (раньше подставлялся один фиксированный логин, и при смене ответственного тикет ссылался на чужого пользователя).
  • Сводка и комментарии воркера обновления релиза приведены к решению «без вердикта»: везде «анализ» вместо «заключения», система не советует «раскатывать или нет» — только собирает факты.
  • Устранены редкие зависания воркера обновления релиза: незавершённая попытка создать напоминание больше не блокирует его навсегда, пустой сохранённый анализ пересобирается заново, а период анализа считается в московском времени (раньше мог захватывать лишние три часа).
Что нового в релизе от 17.07.2026 23:10
  • В блоке «Обновление релиза» при вводе номера родительского тикета сразу подгружается его название, а номер подсвечивается цветом статуса (в работе — синий, доработка — красный, тестирование — жёлтый, закрыт — зелёный).
  • Релиз-кандидат теперь задаётся отдельно по трём сборкам — x32, x64 и Linux: они выходят в разные дни, и раньше одной датой это не отражалось.
  • Сводка перед раскаткой стала читаемее и без «воды»: сначала «Почему обновляем» и «Риски» списком тикетов (номер — название — суть), затем даунгрейды и краткий анализ. Готового решения система не навязывает — только собирает факты, решает ответственный.
Что нового в релизе от 17.07.2026 21:51
  • В карточке сотрудника добавлена должность «Ответственный за обновление релизов» — на него (или на замещающего в отпуске) приходят напоминания и заключения по обновлению релиза.
  • В разделе «Релизы» появился блок «Обновление релиза»: здесь указывается родительский тикет месяца и релиз-кандидат, который сейчас раскатывается (его можно сменить посреди месяца, если нашли проблему и выбрали другой стабильный релиз).
  • За час до времени вечерней раскатки система собирает картину по релизу-кандидату (заметки прошлых дней, блокирующие тикеты, ошибки и обращения от пользователей на этой версии) и оставляет в задаче дня заключение — можно ли раскатывать дальше и на что обратить внимание. Решение остаётся за ответственным.
  • Кнопка «Проверить заключение» в блоке «Обновление релиза» показывает, каким получится вывод по текущей задаче дня, без публикации комментария — для предварительной проверки.
  • Если родительский тикет обновления закрыт, а новый не указан — ответственному автоматически придёт напоминание указать актуальный тикет; после исправления оно закроется само.
Что нового в релизе от 17.07.2026 19:25
  • В модалке «Новая волна раскатки» появилась галка «Проверить обновление у клиентов»: после раскатки система сама следит, когда каждый клиент волны фактически перейдёт на назначенную версию — принудительное обновление ловится в тот же день, штатное — на следующий.
  • В «Составе волны» у каждого клиента видна плашка контроля: «обновился» с датой, «ждём обновления» или «не обновился». Кнопка «Проверить обновление сейчас» сверяет версии немедленно, не дожидаясь планового прохода.
  • Если клиент не перешёл на версию за 7 дней после раскатки — автоматически создаётся задача на саппорт со списком таких пользователей (одна на волну, новые попадания дописываются комментарием). Из плашки «не обновился» задача открывается кликом.
Что нового в релизе от 17.07.2026 18:30
  • В «Серверах и доменах» появились выделенные серверы Hetzner и его домены — раньше они не отображались. Теперь по Hetzner виден полный состав: облачные и выделенные серверы, DNS-зоны.
  • Для серверов Hetzner можно задать месячную цену вручную (кнопка «✎ Цены» в контроле интеграций). Это нужно, потому что стоимость выделенных серверов и старых тарифов не приходит из системы Hetzner — теперь итог по провайдеру и контроль оплат считаются по реальным суммам из счёта.
Что нового в релизе от 17.07.2026 15:26
  • Перенос «Даты для выполнения» на более ранний срок больше не считается нарушением. Штрафуется только откладывание — сдвиг на более поздний день: именно он снижает коэффициент переносов, попадает в счётчики «переносов за 30 дней» и плашку «↻ перенесена N раз» в карточке задачи. Взяли срок ближе или уточнили время в пределах дня — эффективность не страдает.
  • Обязательная причина со 2-го переноса и ограничение шага переноса теперь тоже действуют только при сдвиге срока на позже — перенос на раньше комментария не требует.
  • Счётчик «↻ Переносов „Даты для выполнения“ за 30 дней» перестал считать смену времени внутри одного дня — его цифра совпадает с тем, что реально попадает в коэффициент переносов.
Что нового в релизе от 17.07.2026 09:16
  • Окно «Расшифровать звонок» теперь честно предупреждает о длительности: запись длиной в час может переводиться в текст до получаса — не запускайте расшифровку «просто попробовать». Также добавлена просьба не выполнять операцию в часы пиковой нагрузки на техподдержку (11:00–16:00): тот же сервис в это время отвечает клиентам от имени нейросети.
  • Файл расшифровки прикладывается к задаче с собственным комментарием (как требует регламент вложений) — в нём указано, расшифровка какого аудиофайла это. Запись в журнале задачи стала компактнее без потери сути: исходный файл и имя приложенной расшифровки.
Что нового в релизе от 17.07.2026 09:09
  • Личное сообщение «Работа с задачами» (нарушения работы с задачами сотрудникам вне техподдержки) больше не повторяет уже показанные нарушения: в списке — только новые с прошлого уведомления, а месячный итог указывается одной справочной строкой. Ежедневный отчёт саппорта остаётся накопительным, как и был.
  • «Промт для добавления новой записи» перенесён в начало раздела «Что нового» и виден теперь только администраторам — обычных пользователей служебная инструкция больше не отвлекает.
Что нового в релизе от 17.07.2026 01:08
  • Вкладка, открытая по ссылке на задачу (правый клик / Ctrl+клик по номеру), теперь грузит только саму карточку — без доски, календаря и фоновых счётчиков. Можно держать открытыми десятки вкладок с тикетами: браузер и сервер больше не захлёбываются. При закрытии карточки вкладка сама догружается до полного приложения.
  • Доска задач загружается заметно быстрее: список, точные сроки и подзадачи приходят одним запросом вместо сотен мелких — особенно ощутимо на медленной сети и VPN.
  • Неактивные вкладки перестали обновлять счётчики шапки (блокеры, продуктивность, эффективность, фокус) в фоне. При возврате на вкладку данные освежаются сразу одним обновлением.
  • Ссылка на задачу (?issue=…) больше не теряется, если при открытии вкладки потребовался вход: после ввода логина и пароля запрошенная карточка открывается сама.
Что нового в релизе от 17.07.2026 00:38
  • Карточка задачи теперь открывается во весь экран и свёрстана в две колонки: слева — описание, связи, файлы, комментарий и журнал; справа — компактная колонка полей (сроки, статус, приоритет, назначенный, дополнительные поля, наблюдатели). Описание и переписка получили максимум ширины экрана.
  • Всё о сроках собрано одним блоком в начале правой колонки: плашка «Время к выполнению» (просрочка, дедлайн, кнопка «Изменить»), даты «Начало» и «Срок» и история переносов. Длинная цепочка переносов больше не обрезается — переносится по строкам.
  • Колонка полей справа «прилипает» при прокрутке — листая длинный журнал, вы по-прежнему видите статус и сроки задачи и можете их менять не возвращаясь наверх.
  • Карта «Маршрут задачи» в карточке по умолчанию свёрнута (текущий статус и ваша роль видны в её заголовке) — разворачивается кликом, когда нужна подсказка по переходам.
  • Форма создания задачи (новая / копия / подзадача) переведена на ту же полноэкранную двухколоночную раскладку: слева Название, Описание на всю высоту и Вложения, справа — сроки, Статус/Приоритет/Назначен и дополнительные поля. Поля «Начало» и «Срок» теперь видны всегда, даже когда «Время к выполнению» для трекера недоступно.
  • В карточке пользователя InfoAS (поле «Пользователи») бейджи «Аптека · УЧЁТ · часовой пояс · вкл/вкл» выстроены в один ряд — карточка стала компактнее и читается с одного взгляда.
  • Из аккордеона «Дополнительные поля» убран служебный блок «🔬 Дебаг задачи» — эти данные больше не используются.
Что нового в релизе от 16.07.2026 00:09
  • Когда по низкому балансу уже заведена задача (бухгалтеру на оплату или ответственному за серверы), она показывается прямо рядом с прогнозом отключения — с номером и текущим статусом, кликом открывается в Redmine. Видно, взяли задачу в работу или нет.
Что нового в релизе от 15.07.2026 23:57
  • Прогноз отключения в строке баланса провайдера теперь подсвечивается: оранжевым, когда пора оплачивать (осталось ≤21 дня, ставится задача бухгалтеру), и красным, когда задача уже ушла ответственному за серверы (≤15 дней или срок прошёл). Раньше дата была без подсветки.
  • Колонка «Оплачено до» у серверов VDSina и Timeweb больше не пустая: там показывается дата, до которой хватает баланса аккаунта (все серверы провайдера отключатся вместе, когда деньги закончатся), с той же подсветкой оранжевым/красным.
Что нового в релизе от 15.07.2026 23:44
  • Задача бухгалтеру на пополнение баланса теперь создаётся и по Timeweb, а не только по VDSina — у Timeweb деньги списываются с баланса, и когда его хватает менее чем на 21 день, бухгалтер получает задачу с датой, до которой оплачено.
Что нового в релизе от 15.07.2026 23:36
  • В разделе «Серверы и домены» у домена видно, на какой наш сервер он указывает — даже если домен и сервер у разных провайдеров (например, домен на DNS Timeweb ведёт на сервер VDSina).
  • Домены без DNS-записей (никуда не указывают) и домены, ведущие на неизвестный адрес, помечаются — легче заметить и убрать неlive домены, ничего важного не отключив.
Что нового в релизе от 15.07.2026 23:05
  • Цена показывается у всех серверов VDSina (в том числе на старых тарифах, где раньше был прочерк) и у облачных серверов Timeweb — теперь стоимость аренды видна по каждому серверу всех трёх провайдеров.
  • Для выделенных серверов Hetzner теперь показывается дата «оплачено до» (раньше была видна только у отменённых). Если автопродление включено, дата не подсвечивается как «скоро истекает» — это плановое помесячное продление.
  • У облачных серверов Hetzner в колонке «Оплачено до» вместо пустого прочерка написано «постоплата (помесячно)» — у облака нет фиксированной даты оплаты, счёт выставляется по факту за месяц.
Что нового в релизе от 15.07.2026 22:47
  • В разделе «Серверы и домены» статус сервера приведён к единому виду: цветной кружок (зелёный — работает, жёлтый — переходное состояние, красный — выключен, серый — неизвестно). Исходный статус провайдера показывается в подсказке при наведении.
  • У серверов VDSina теперь показываются цена (в месяц и в день) и автопродление — раньше в этих колонках были прочерки.
  • Когда на аккаунте аренды серверов заканчиваются деньги и до отключения остаётся 21 день, бухгалтеру автоматически ставится задача в проекте «Биллинг» — с текущим балансом, оценкой суммы к оплате за месяц и прямой ссылкой на страницу оплаты провайдера.
  • Если после этого до отключения осталось 15 дней, а деньги всё ещё заканчиваются (оплата не прошла), ответственному за серверы ставится задача со ссылкой на задачу бухгалтеру — разобраться, почему оплата не проходит.
Что нового в релизе от 15.07.2026 21:35
  • В задачах «Ошибка» и «Улучшение» запросить «Обратную связь» теперь можно и из статуса «В план» — вопрос при планировании больше не требует сначала переводить задачу в работу.
  • Из «Обратной связи» теперь можно вернуть задачу в «Доработку» и в «В план», а не только в «В работе» и «Тестирование». Раньше запросить обратную связь из «Доработки» было можно, а вернуться в неё — нет.
Что нового в релизе от 15.07.2026 21:32
  • В карточке задачи в списке «Назначен» первым пунктом появилось «👤 Мне» — назначить задачу на себя одним кликом, не выискивая своё имя в общем списке и не промахиваясь мимо.
Что нового в релизе от 15.07.2026 21:08
  • Раздел «Серверы и домены» теперь показывает сохранённый список: видно, какие серверы и домены были «вчера», а исчезнувшие остаются в списке с пометкой «снят» и датой — не пропадают без следа.
  • В каждом блоке провайдера виден ответственный — он отвечает за его серверы и получает уведомление при изменении их состава.
  • В разделе «Серверы и домены» показано, когда данные обновлялись в последний раз, и есть кнопка «Обновить сейчас».
  • Данные по серверам обновляются в фоне раз в 3 часа вместо каждых 10 минут — меньше нагрузки, страница отзывчивее.
Что нового в релизе от 15.07.2026 19:01
  • В разделе «Маршруты задач» список «Застрявшие задачи» теперь свёрнут по умолчанию: при большом числе задач страница не растягивается, а их количество сразу видно в заголовке. Разворачивается по клику.
Что нового в релизе от 15.07.2026 18:52
  • Пункт меню «Серверы и домены» теперь появляется у администратора при обычной загрузке страницы (раньше показывался только сразу после входа, а при переоткрытии вкладки — пропадал).
Что нового в релизе от 15.07.2026 18:41
  • В контроле Timeweb теперь видны и облачные серверы (не только выделенные) — с тарифом (vCPU/ОЗУ), IP и статусом. Инвентарь Timeweb стал полным.
Что нового в релизе от 15.07.2026 18:34
  • В контроль Hetzner добавлены выделенные серверы (EX/PX) — раньше видны были только облачные, а выделенные составляют основную часть счёта. Теперь они в списке «Серверы и домены» с моделью, IP и статусом.
  • По выделенным серверам отслеживается риск: если сервер помечен на отключение (отмена аренды) — подсвечивается и заводится задача ответственному с датой отключения, чтобы не потерять его по недосмотру.
  • SSH-ключи выделенных серверов Hetzner добавлены в контроль доступа (объединены с облачными), диагностическая кнопка умеет запрашивать и раздел выделенных серверов.
Что нового в релизе от 15.07.2026 18:01
  • В «Доступах» появился контроль SSH-ключей личных кабинетов аренды серверов (VDSina и облако Hetzner): по именам ключей видно, у кого есть доступ к серверам. Ключи можно привязать к сотрудникам, а при увольнении система подсветит утечку — забытый действующий ключ уволенного.
  • Логины в саму панель провайдера API не отдаёт, поэтому веб-доступ по-прежнему ведётся вручную (тип доступа в карточке сотрудника); SSH-ключи же подтягиваются автоматически. Ключи выделенных серверов Hetzner добавятся после выдачи отдельного доступа.
Что нового в релизе от 15.07.2026 16:33
  • Система сама следит за оплатой аренды серверов и доменов: если приближается срок отключения по балансу, истекает срок домена или сервера, либо выключено автопродление — ответственному автоматически заводится задача, чтобы успеть продлить.
  • Отслеживается изменение состава серверов и доменов: если в личном кабинете аренды что-то появилось или пропало — заводится задача с проверкой (не отвалилось ли по неоплате, ожидаемо ли новое).
Что нового в релизе от 15.07.2026 12:54
  • Появился раздел «Серверы и домены» (в меню, для администраторов) — сводный аудит по всем личным кабинетам аренды (VDSina, Hetzner, Timeweb) в одном месте: серверы, домены, баланс и прогноз отключения, стоимость в месяц.
  • Вверху раздела — итоги (сколько серверов и доменов, суммарная стоимость в месяц) и список рисков оплаты: выключенное автопродление, истекающий срок домена или сервера, заканчивающийся баланс — чтобы вовремя продлить и ничего не потерять.
Что нового в релизе от 15.07.2026 12:46
  • Список серверов VDSina в разделе «Серверы и домены» снова открывается (раньше вместо таблицы показывался «0»).
  • В детализации VDSina и Timeweb показывается баланс личного кабинета, а у VDSina ещё и прогноз отключения (когда закончатся средства) — сразу видно, хватает ли денег.
  • В детализации виден список SSH-ключей аккаунта (по именам понятно, у кого есть доступ к серверам).
  • У Timeweb цена сервера показывается в рублях за месяц, а вместо технического номера тарифа — модель процессора; по доменам корректно видны срок и автопродление.
Что нового в релизе от 15.07.2026 12:22
  • В списке серверов Hetzner цена показывается аккуратно (например, «3.75 €/мес») вместо длинного числа с нулями.
  • На карточках ЛК аренды серверов (Настройки → Контроль интеграций) у администратора появилась кнопка «🔌 Диагностика»: сырой запрос к API провайдера по любому пути — быстро проверить, что именно отдаёт панель, не обращаясь к разработчику.
Что нового в релизе от 14.07.2026 22:08
  • Кнопка «🔌 Проверить поиск» на странице «БЗ: пробелы» теперь показывает полный снимок обмена с сервисом поиска: куда и каким методом уходит запрос, с какими заголовками и телом, и что именно пришло в ответ — HTTP-статус, все заголовки ответа и его тело. Готовый материал, чтобы предъявить разработчику сервиса.
  • Ручной прогон тикета больше не падает с непонятной ошибкой «Unexpected token '<'»: если веб-слой обрывает слишком долгий запрос, показывается понятное объяснение (таймаут прокси), а сам прогон теперь укладывается в лимит и возвращает результат.
Что нового в релизе от 14.07.2026 21:21
  • Детектор пробелов базы знаний перестал пропускать обращения из-за медленного ответа сервиса поиска: для фонового анализа время ожидания увеличено, так как ответ никто не ждёт вживую. Виджет «Статьи в БЗ по теме» в карточке задачи по-прежнему отвечает быстро и не подвисает.
Что нового в релизе от 14.07.2026 21:06
  • На странице «📚 БЗ: пробелы» появилась кнопка «🔌 Проверить поиск» — она делает такой же запрос к сервису поиска по базе знаний, какой выполняет детектор пробелов, и показывает адрес, HTTP-статус, время ответа и сырой ответ сервиса. Снимок можно предъявить разработчику сервиса поиска.
  • Когда прогон тикета пропускается из-за недоступности поиска по БЗ, сообщение теперь показывает точную причину (таймаут / ошибка HTTP / некорректный ответ), время ответа и начало ответа сервиса — вместо общей фразы «сервис не ответил».
Что нового в релизе от 14.07.2026 18:40
  • В карточке задачи появилась кнопка «🎤 Расшифровать звонок»: выбираете аудиозапись разговора (файл с компьютера или уже приложенное к задаче аудио), она уходит в сервис распознавания речи, а готовая расшифровка с таймкодами и разделением по спикерам сама прикладывается к задаче отдельным файлом.
  • Вместе с файлом расшифровки в задачу добавляется комментарий — указывает, что это расшифровка (диаризация) какого именно аудиофайла, чтобы в истории было понятно происхождение вложения.
  • Во время обработки видно прогресс — расшифровка длинного разговора может занять несколько минут.
  • В «Настройки → Контроль интеграций» добавлена карточка «Расшифровка звонков» с кнопкой проверки доступности сервиса.
Что нового в релизе от 14.07.2026 17:10
  • Контроль «Свежесть БЗ» в «Настройки → Контроль интеграций» больше не может «застрять»: раньше индикатор в редких случаях мог замереть на старой дате и либо перестать замечать устаревшую базу знаний, либо вечно показывать «устарела». Теперь свежесть снимка всегда определяется по реальному состоянию папки БЗ, поэтому предупреждению об устаревшей базе можно доверять.
Что нового в релизе от 14.07.2026 15:50
  • Блокирующая задача теперь останавливает счётчики эффективности. Если к задаче привязана связь «блокирует» от незакрытой задачи, время не идёт ни в просрочку владельца срока, ни в норматив тестировщика «получил → закрыл». Пауза начинается с момента добавления связи и заканчивается, когда блокер закрыт или связь снята.
  • Пауза действует и когда блокер назначен на вас же: пока чините блокер, тикает только он сам — двойного штрафа за одно время нет. В детализации «Моей эффективности» заблокированная задача помечается «⛔ блокер — пауза». Данные за последние 30 дней подтянутся автоматически в течение нескольких часов.
  • В журнале «Моей эффективности» событие и вызванный им сдвиг процента теперь попадают в одну строку. Раньше пересчёт мог взять цифры из кеша: событие (например, перенос срока) показывалось в одной записи, а изменение процента приходило следующей — «анонимно».
  • Переписана подсказка «Фоновый пересчёт»: убрана сбивавшая с толку отсылка «см. в строке выше», вместо неё — конкретные причины, почему процент мог сдвинуться без событий (закрытие или перенос через нативный Redmine или другим сотрудником, задача amoCRM, новая задача в выборке месяца, обновление формулы).
Что нового в релизе от 14.07.2026 12:20
  • Кнопка «🔌 Проверить HelpDesk» в «Настройки → Контроль интеграций» теперь показывает ещё и ответ по закрытым обращениям за текущий месяц, а не только по незакрытым. Так сразу видно, какие данные метод реально отдаёт по закрытым чатам — это помогает разобраться, почему в отчёте саппорта у операторов «Закрыто: 0».
Что нового в релизе от 14.07.2026 00:54
  • Раздел «Чаты HelpDesk» снова получает данные: устранена ошибка обращения к методу HelpDesk, из-за которой запрос уходил по неверному (задвоенному) адресу и сервер отвечал «не найдено». Теперь адрес формируется корректно независимо от того, как записана настройка.
Что нового в релизе от 14.07.2026 00:47
  • На карточке «HelpDesk» в «Настройки → Контроль интеграций» появилась кнопка «🔌 Проверить HelpDesk»: она показывает, какой именно запрос ушёл (адрес и параметры) и что ответил сервер (код и текст), чтобы сразу понять, почему метод не отвечает — неверный адрес или ключ.
  • Если метод HelpDesk отвечает ошибкой, в карточке теперь пишется понятная причина (например, «эндпоинт не найден по адресу … — проверьте адрес и что метод развёрнут») вместо сырой служебной страницы сервера.
Что нового в релизе от 14.07.2026 00:16
  • Отчёт по работе теперь приходит каждому сотруднику за 30 минут до конца его рабочего дня — время берётся из графика работы, а не из общего фиксированного часа. Отчёт полезен именно тогда, когда человек ещё на работе и успевает спланировать день.
  • Результативность считается на плановый рабочий день по графику, а не на «день закрытий». Раньше выходной или больничный завышали показатель и место в рейтинге у отсутствовавшего — теперь отдых и болезнь на результат не влияют.
  • В личном отчёте вместо «смен отработано» показывается «рабочих дней в периоде» (плановых по графику) и, справочно, в скольких днях сотрудник реально закрывал задачи.
  • Сообщения о нарушениях в работе с задачами больше не приходят разработчикам и тестировщикам — у них своя система контроля рабочего процесса.
  • В отчёте статистика чётко разделена: блок «Обращения пользователей (задачи Redmine)» и отдельно блок «Чаты HelpDesk». Раздел «Чаты HelpDesk» виден всегда — с числами, а если метод HelpDesk не отвечает, честно пишет «нет данных», а не пропадает.
  • В «Настройки → Контроль интеграций» появилась карточка «HelpDesk (обращения — чаты)» — раньше её не было, и нельзя было проверить, работает ли метод получения обращений и задан ли ключ доступа.
  • Из настроек рассылки убран «час отправки» — он потерял смысл: время определяется графиком каждого получателя.
Что нового в релизе от 14.07.2026 01:11
  • Хронология снова видит переданные задачи: если сотрудник в течение дня передал задачу коллеге, она отображается в его дне, а счётчик «Передал другим» считает такие передачи. Раньше переданные задачи из Хронологии исчезали — день выглядел «чистым», хотя работа была снята с себя.
  • В окне «Задачи сотрудника» снова наполняются категории «Эстафета», «Передал — висит», «Передал — закрыта» и «Возвращали обратно» — с июня они показывали нули из-за остановившегося внутреннего журнала. История передач за июнь–июль восстановлена.
  • В категории «Передал — висит» просроченные задачи теперь помечены «⏰ просрочено» (передана с уже сорванным сроком или срок прошёл после передачи), а в заголовке блока виден их счётчик — главный флаг для разбора на совещании.
  • В Хронологии появился блок «Смены владельца срока»: если плановый срок задачи переставили после передачи и ответственность за срок перешла к другому сотруднику, это видно — у кого срок «ушёл», к кому пришёл и кто переставил срок. Скрытая передача долга по срокам больше не проходит незаметно.
  • В «Настройки → Контроль интеграций» добавлена карточка «Журналы задач»: система сама следит, что внутренние журналы передач и активности пополняются, и при остановке создаёт задачу ответственному — тихая поломка такого журнала больше не может длиться неделями.
Что нового в релизе от 15.07.2026 11:35
  • В разделе «Настройки → Контроль интеграций» появились три новые карточки — ЛК аренды серверов и DNS: VDSina, Hetzner и Timeweb. Система следит, что наши служебные токены к этим панелям живы; если токен отозвали или панель недоступна, ответственный получает задачу.
  • В сводке каждой карточки видно, сколько серверов и DNS-записей числится в панели — быстрый способ убедиться, что доступ работает и данные читаются.
  • Кнопка «Серверы и домены» на карточке разворачивает список того, что видит наш токен: серверы (имя, статус, тариф, цена, IP, оплачено-до, автопродление) и домены (имя, дата окончания, автопродление) — чтобы контролировать, за что и до какого срока мы платим и не потеряли ли домен.
  • Риски оплаты подсвечиваются прямо в списке: выключенное автопродление и срок, который скоро истекает или уже просрочен, выделяются цветом — видно с первого взгляда, где сервер или домен может отвалиться по неоплате.
Что нового в релизе от 13.07.2026 13:31
  • Сообщения о нарушениях маршрутов сотрудникам вне саппорта больше не повторяются каждый день: письмо уходит за 30 минут до конца рабочего дня сотрудника (конец дня берётся из его графика работы) и только если с прошлой отправки появились новые нарушения — чтобы было время разобраться в замечаниях и спланировать исправления.
  • Время рассылки отчёта саппорта считается по Москве независимо от часового пояса сервера — ночные отправки (как сообщение в 01:45) исключены, а утренний отчёт приходит в настроенный час, а не на три часа позже.
  • Уточнён текст правила о смене трекера (в предупреждении модалки и в отчётах): исходное обращение закрывать не обязательно — оно может остаться открытым, например как подзадача «Поддержка» для сбора фактуры по основной задаче; добавлена отсылка к вики «Жизненный цикл задач Улучшение и Ошибка».
Что нового в релизе от 13.07.2026 00:42
  • В карточке сотрудника появилась секция «Прочие доступы» — теперь можно вести любые выданные доступы, для которых нет автоматической сверки: App Store Connect, канал Rutube, почта Google, Zabbix, сотовый корпоративный номер и т.п. Видно, кому что выдано, с примечанием и отметкой «отозван».
  • Тип доступа — произвольный: новый заводится прямо при добавлении, без обращения к разработчику. Управление справочником (переименовать, удалить пустой) — в разделе «Доступы» → «⚙ Типы доступов».
  • Общий аккаунт компании (например, канал Rutube) можно завести как служебный с ответственным сотрудником — при его увольнении система сама создаст задачу на переназначение, доступ не потеряется.
  • Все внесённые доступы автоматически появляются в матрице раздела «Доступы» отдельными колонками и учитываются в контроле утечек при увольнении.
Что нового в релизе от 12.07.2026 19:44
  • При попытке сменить трекер Поддержка ↔ Ошибка/Улучшение модалка теперь предупреждает о запрете и подсказывает правильный путь (новая задача нужного трекера + связь), независимо от строгого режима. Пока это только предупреждение с кнопкой «Всё равно сохранить» — жёсткий запрет включится вместе со строгим режимом.
  • Сотрудники отдела обработки заявок включены в маршруты «Поддержки» на правах техподдержки. Раньше их роль была неизвестна матрице: запросить у них обратную связь считалось нарушением, а назначенные на них задачи застревали без единого доступного перехода (кейс #80188).
Что нового в релизе от 12.07.2026 19:43
  • В ежедневный личный отчёт сотрудника саппорта добавлен блок «Нарушения работы с задачами» за месяц: по каждому типу — количество, номера задач, пояснение «в чём суть и как надо было поступить» и ссылка на регламент. Если нарушений нет — зелёная отметка. Категории, ставшие легальными по новым правилам («взял свободную», «забрал на себя», быстрое закрытие из «Нового»), в отчёт не попадают.
  • Сотрудникам вне отдела техподдержки, у которых за месяц есть нарушения маршрутов, теперь приходит отдельное сообщение только с блоком нарушений — с теми же пояснениями и ссылкой на регламент. Если нарушений нет — ничего не приходит.
  • В сводке руководителю саппорта у сотрудников с нарушениями появился счётчик «нарушений маршрута N».
Что нового в релизе от 12.07.2026 16:06
  • Новое правило смены исполнителя: «брать можно — отдавать нельзя». Взять свободную задачу на себя или перехватить задачу коллеги — можно и без комментария; передать свою задачу другому напрямую — нельзя (через «Обратную связь» с пояснением или через менеджера). Раньше любой реассайн без смены статуса считался нарушением — за июль так «нарушили» 280 раз, в основном просто беря задачи в работу.
  • Мелкое обращение «Поддержки» теперь можно отработать одним шагом из «Нового»: закрыть, отклонить или пометить дублем, взяв на себя, — без промежуточного «В работе». Требования качества сохраняются: «Тип обращения» и «Сводка» при закрытии обязательны, «Дубль» — только со связью «дублирует».
  • В журнале «Контроль обхода маршрута» добавлена колонка «Исполнитель» — характер смены сразу виден словами: «взял свободную», «забрал у коллеги», «передал свою» (выделяется красным), «распределил свободную», «перекинул между коллегами».
  • Правила смены исполнителя описаны в регламенте работы с Redmine (вики «Атрибуты задачи и описание») — ссылка «см. регламент» рядом с полем комментария ведёт туда же.
Что нового в релизе от 12.07.2026 15:16
  • В «Маршрутах задач» в журнале «Контроль обхода маршрута» колонка «Канал» снова различает, где сделана правка: раньше все изменения сотрудников ошибочно помечались «напрямую в Redmine», даже если были сделаны через Редмайн-менеджер. Действует для новых записей — каналу в записях до этого релиза доверять нельзя.
  • В маршрутах трекера «Поддержка» узаконен запрос обратной связи у разработчика: техподдержка, представитель и стажёр теперь могут переводить обращение в «Обратную связь» на разработчика, а разработчик — ответить и вернуть задачу тому, кто спрашивал (или взять на себя), либо сам передать обращение саппорту через «Обратную связь». Раньше такой запрос считался нарушением маршрута, а задача у разработчика застревала без выхода.
Что нового в релизе от 12.07.2026 15:15
  • В журнале «Моей эффективности» событие и вызванный им сдвиг процента теперь попадают в одну и ту же строку. Раньше пересчёт мог взять цифры из кеша: событие (например, перенос срока) показывалось в одной записи, а рост процента приходил следующей — «анонимно».
  • Переписана подсказка «Фоновый пересчёт»: убрана сбивавшая с толку отсылка «см. в строке выше», вместо неё — конкретный список причин, почему процент мог сдвинуться без событий (закрытие или перенос через нативный Redmine или другим сотрудником, задача amoCRM, новая задача в выборке месяца, обновление формулы).
Что нового в релизе от 12.07.2026 11:38
  • Время, пока задача «Ошибка»/«Улучшение» находится в статусе «Тестирование», больше не считается просрочкой разработчику. Сдал работу в тест — счётчик встал на паузу; вернули задачу в «Доработку» — тикает снова. Раньше очередь тестировщика снижала процент того, кто уже всё сделал.
  • Пауза действует и на балл закрытой задачи, и на «чистую доску» для сверхпланового бонуса: дни на тесте не отнимут бонус и не испортят балл при закрытии.
  • В детализации «Моей эффективности» у задачи на тесте видна пометка «⏸ на тесте — пауза», чтобы было понятно, почему её балл не меняется.
  • Пересчёт по старым задачам подтянется автоматически в течение нескольких часов после обновления.
Что нового в релизе от 11.07.2026 12:23
  • Открытая просроченная задача больше не роняет свой балл сразу в ноль: балл тает постепенно — −1% за каждый рабочий час после срока (та же формула, что у закрытых с опозданием), не ниже 30%. Процент эффективности перестал делать резкие необъяснимые скачки, а закрытие задачи фиксирует балл там, куда он дотикал.
  • В журнале изменений «Моей эффективности» снижение из-за просрочки подписано поимённо: строка «⏳ тикает просрочка» показывает задачу, её текущий балл и вклад в падение процента. Раньше такие шаги выглядели анонимным «фоновым пересчётом».
  • У события «↪ перенесли CF10» появилось пояснение: перенос восстанавливает балл задачи, но увеличивает счётчик переносов, снижающий итоговый процент. Оба следствия видны сразу — понятно, что перенос не «бесплатный».
Что нового в релизе от 11.07.2026 01:02
  • В «Отчёте по работе саппорта» обращение теперь засчитывается тому, кто его закрыл (а по открытым — тому, кто ведёт сейчас), а не последнему участнику диалога. Цифры по сотрудникам стали точными и попадают в утреннюю рассылку.
  • Обращения, закрытые автоматически (клиент перестал отвечать), показываются в сводке руководителю отдельной строкой «закрыто автоматически» — их больше не путают с необработанными.
Что нового в релизе от 10.07.2026 19:05
  • Восстановлена связь с семантическим поиском по базе знаний: виджет «📚 Статьи в БЗ по теме» в карточке тикета, черновик «Как это работает» и детектор пробелов БЗ снова получают статьи. Подключение обрывалось из-за устаревшего шифрования на стороне сервиса поиска.
Что нового в релизе от 10.07.2026 00:29
  • В «Отчёт по работе саппорта» добавлены обращения из HelpDesk: сколько сотрудник закрыл за период и сколько ведёт сейчас. Видно, какую часть нагрузки съедает чат поддержки — раньше в отчёте были только задачи и звонки.
  • Обращения в работе помечаются цветом так же, как незакрытые задачи: 🟢 нет, 🟠 до трёх, 🔴 больше трёх.
  • В сводке руководителю отдельной строкой показываются обращения, которые никто не взял, и те, чей оператор не сопоставлен с сотрудником — итог по отделу больше не расходится с HelpDesk молча.
  • Обращения не влияют на вес задач, смены и результативность — это справочная метрика, доплата за план считается как раньше.
  • Пока HelpDesk не сообщает, кто именно закрыл обращение, оно засчитывается последнему участнику диалога. Такие предварительные цифры показываются только в превью раздела и не рассылаются сотрудникам, чтобы никому не ушёл чужой результат.
Что нового в релизе от 08.07.2026 23:16
  • В слое «Активность ПК (WorkTime)» в «Хронологии» подсказка на блоке активности больше не «перепрыгивает» через уже случившийся простой — время в подсказке теперь всегда обрывается на ближайшей реальной смене состояния.
  • Под графиком «Хронологии» появилась всегда видимая расшифровка цветов слоя WorkTime — раньше её нужно было искать в подсказке «?».
  • Длительность программ в списке за день теперь показывается в часах и минутах, а не только в минутах.
Что нового в релизе от 08.07.2026 22:42
  • В «Хронологии» появился новый слой «Активность ПК (WorkTime)»: видно, когда сотрудник работал над задачей, был активен без задачи, простаивал, был на перерыве или отсутствовал (ПК выключен/офлайн).
  • Под графиком хронологии показывается список программ, которые сотрудник использовал в этот день, с временем и категорией.
Что нового в релизе от 08.07.2026 22:07
  • Кнопка «📥 Пакет для Claude» в карточке задачи теперь сразу кладёт в архив diff кода по задаче (папка repo/) — не нужно отдельно качать его на вкладке «Репозиторий» и вручную докладывать в архив.
  • Промпт для внешнего Claude в архиве теперь просит ещё и сценарии тестирования доработки, и просит сохранить результат прямо в архив двумя файлами — «как это работает.md» и «как это тестировать.md» — вместо вывода в чат.
Что нового в релизе от 08.07.2026 17:20
  • Новая интеграция «WorkTime (учёт рабочего времени)» в «Настройки → Контроль интеграций»: учётки веб-интерфейса WorkTime (кто может видеть статистику сотрудников) сверяются с инвентарём доступов раз в 10 минут — непривязанные учётки и активные учётки уволенных видны в «Доступах» и эскалируются автотикетом ответственному.
  • В карточке сотрудника появилась секция «⏱ WorkTime» — привязка учётки выбирается пикером из реального списка учёток WorkTime, с ролью и пометкой, если учётка уже привязана другому.
  • Кнопка «🔌 Проверить WorkTime» в карточке интеграции — разовая диагностика подключения: чей ключ, какая роль, первые учётки из ответа.
Что нового в релизе от 07.07.2026 22:24
  • Пикер «Назначить время» при быстром открытии для разных задач больше не показывает отпуска и график чужого исполнителя — применяются данные той задачи, что открыта сейчас.
  • Дашборд эффективности при быстром переключении периода или среза (отдел/компания) показывает данные только выбранного варианта — запоздавшие ответы отбрасываются.
  • Поиск по Базе знаний в карточке задачи не подменяет свежий результат ответом на предыдущий вопрос.
Что нового в релизе от 07.07.2026 21:29
  • Ручной запуск служебных процессов (KB-Updater, сканер сборок, тик QA-напоминаний и обратной связи по раскатке) и отладочные amoCRM-ручки теперь доступны только администратору — как и остальные административные действия. Раньше часть из них могла быть вызвана любым вошедшим.
Что нового в релизе от 07.07.2026 20:06
  • Быстрое переключение сотрудника в шапке больше не смешивает задачи двух людей в одном списке: если сотрудника сменили во время загрузки, доска догружается заново уже для выбранного — а не показывает данные предыдущего.
  • Быстрое открытие нескольких задач подряд больше не «дорисовывает» данные ранее открытой карточки поверх текущей — показывается только та задача, что открыта сейчас (включая плашки покрытия экспертизы и объявления отпуска).
  • Поиск задачи для связи и для назначения родителя защищён от гонки: если быстро изменить номер, в связь/родители попадёт именно та задача, что показана в предпросмотре, а не «догнавший» ответ по старому номеру.
  • Поиск задач по Redmine больше не мигает устаревшими результатами: показывается ответ на последний запрос.
Что нового в релизе от 07.07.2026 17:03
  • Расчёт эффективности учитывает все задачи сотрудника за период — у очень активных сотрудников выборка молча обрезалась на тысяче задач, занижая процент и проверку «чистого стола» для бонуса.
  • Карточка зонтичной задачи и её раскрытие на доске показывают всех потомков — раньше при сотне с лишним подзадач хвост списка терялся.
  • Списки пользователей, проектов и участников проектов везде дочитываются полностью (переключатель операторов, форма создания задачи, роли сотрудника в проектах, маршруты задач) — записи после первой сотни больше не пропадают.
  • Проекты и роли в карточке сотрудника загружаются параллельно — раздел открывается заметно быстрее.
  • Хронология сотрудника учитывает все задачи дня — раньше расчёт молча останавливался на пятистах.
  • Календарь пикера «Назначить время» видит всю занятость исполнителя, а не первую сотню открытых задач — свободные слоты стали достовернее.
Что нового в релизе от 07.07.2026 16:36
  • Перемещение и растягивание задачи на спринт-доске стало атомарным: сбой в момент сохранения больше не приводит к молчаливой потере задачи с доски (раньше при неудаче между удалением старой позиции и созданием новой задача исчезала, а доска продолжала показывать её на старом месте).
  • Если сохранение позиции всё же не удалось — доска сразу перечитывает фактическое состояние с сервера и показывает правду, а не устаревшую картинку из памяти.
  • Быстрое листание недель или переключение «Учёт/XR» на спринт-доске больше не может показать данные не той недели: применяется только последний запрошенный вариант, запоздавшие ответы отбрасываются.
  • Метрики «Сверх плана» и «Скорость отклика» считают границы недели спринта по московскому времени — события с полуночи до 3:00 понедельника больше не относятся к прошлой неделе.
Что нового в релизе от 07.07.2026 15:58
  • Объявления об отпусках в общий чат защищены от дублей: если после отправки сообщения кратковременно недоступна база, повторная попытка больше не публикует то же объявление второй раз. То же для уточнений в ветке (сдвиг дат, смена типа, отмена).
  • Волна раскатки защищена от двойного запуска: повторное нажатие «Создать волну» (двойной клик, повтор после сетевой ошибки, закрытая и заново открытая модалка) больше не создаёт вторую волну и не шлёт клиенту повторное сообщение в программу учёта.
  • Факт отправки сообщения клиенту фиксируется сразу после отправки — сбой на последующих шагах раскатки (автозадачи, финальная пометка волны) больше не приводит к повторной отправке при перезапуске.
  • Уведомление заменяющему при согласовании отпуска не задваивается при повторном согласовании тикета после кратковременного сбоя базы.
  • Автозадача «Составить график дежурств» не задваивается, если запись о её создании не прошла с первого раза.
Что нового в релизе от 07.07.2026 13:08
  • Контроль «Рутовые учётки ФармЭксперт» теперь считает действующими только логины, у которых активен и сам логин, и его владелец в InfoAS — проверка на реальном входе показала, что программа ФармЭксперт отклоняет логин отключённого владельца («Оператор отключен от системы»). Логины уволенных с пометкой «[владелец отключён в InfoAS]» больше не выглядят активными в «Доступах» и не создают ложных сигналов об утечках.
Что нового в релизе от 07.07.2026 12:44
  • Остановлен спам в автозадачах контакта по релизу: если задача закрыта без «Результата раскатки», Redmine Manager теперь корректно возвращает её в работу (в статус, который Redmine реально разрешает), а напоминание пишет один раз — раньше задача оставалась закрытой и одинаковое напоминание добавлялось каждые 5 минут.
Что нового в релизе от 07.07.2026 12:33
  • HelpDesk теперь может автоматически связывать учётные записи операторов с их Redmine-аккаунтами: Redmine Manager отдаёт ему служебный справочник соответствий «сотрудник Redmine → рутовый логин ФармЭксперт». Операторов не нужно привлекать к настройке — соответствие ведётся в карточке сотрудника (поле «Логин в Админке InfoAS»), а тег оператора в уведомлениях о нарушениях SLA станет возможен для всех связанных учёток.
Что нового в релизе от 07.07.2026 11:52
  • В «Контроле интеграций» появилась проверка «Рутовые учётки ФармЭксперт» — логины, по которым сотрудники входят в программу ФармЭксперт и саппорт в HelpDesk. Раз в 10 минут сверяется, что каждый активный рутовый логин принадлежит действующему сотруднику: логин уволенного или ничейный логин — тикет ответственному.
  • Привязывать рутовые логины вручную не нужно: они подхватываются из поля «Логин в Админке InfoAS» карточки сотрудника. В разделе «Доступы» рутовые учётки видны отдельной системой «Рут ФармЭксперт» с именем владельца и подсказкой, если владелец уже отключён.
Что нового в релизе от 07.07.2026 11:51
  • Смайлики в теме, описании или комментарии задачи больше не приводят к ошибке сохранения — они автоматически убираются перед отправкой, остальной текст сохраняется без изменений.
  • Тикеты контроля интеграций теперь создаются, даже если во внешних данных (имена учёток, сводки проверок) встречаются смайлики — раньше такой тикет молча не создавался, и предупреждение зависало без исполнителя.
  • Автозадачи волны раскатки больше не срываются из-за смайликов в темах обращений клиента; авто-тексты для клиента («Тема для пользователя», описание доработок) тоже защищены от смайликов нейросети.
  • Предупреждения в «Контроле интеграций» надёжно записываются при смайликах в тексте — раньше такая запись могла не сохраниться.
Что нового в релизе от 07.07.2026 10:59
  • Кнопки «Беру блокер» и «Перехватить» снова работают — раньше каждое нажатие завершалось ошибкой сервера, и задача не переназначалась.
  • Автовозврат закрытой задачи на доработку при незаполненном «Результате раскатки» теперь проходит без ошибки — раньше возврат срывался, и задача оставалась закрытой без результата.
  • В карточке задачи снова показывается «Владелец срока» — запрос завершался внутренней ошибкой и плашка не появлялась.
  • Галка «Копировать связанные задачи» при создании задачи теперь копирует связи и в случае, когда исходная задача не открыта в карточке, — раньше связи молча пропускались.
  • При неудачном удалении дежурства в производственном календаре показывается ошибка — раньше всегда писалось «Дежурство удалено», даже если удаление не прошло.
Что нового в релизе от 06.07.2026 02:30
  • Подключение amoCRM XR теперь можно задать и на сервере, в файле конфигурации — отдельным блоком, как у учётной амо. Поля карточки «amoCRM XR» при этом остаются приоритетными: значение, введённое в интерфейсе, перекрывает серверное. Карточка подсказывает, откуда взята текущая настройка.
Что нового в релизе от 06.07.2026 02:15
  • Подключена вторая amoCRM — амо продукта XR. Задачи сотрудников из неё показываются в календаре и учитываются в расчёте нагрузки и перегрузки — так же, как из учётной амо. Сотрудник, работающий в обеих амо (например, руководитель проектов), видит объединённый список задач из двух систем.
  • В «Настройки → Контроль интеграций» появилась карточка «amoCRM XR»: субдомен и токен вводятся прямо в ней (доступ к серверу не нужен), кнопка «🔌 Проверить» сразу подтверждает доступ. Учётки амо XR сверяются с сотрудниками так же, как в остальных системах, — непривязанные и утечки видны в «Доступах».
  • В карточке сотрудника появилась строка «amoCRM XR» — привязка к пользователю второй амо (строка появляется после настройки карточки интеграции). Можно быть привязанным к обеим амо одновременно.
Что нового в релизе от 05.07.2026 22:25
  • новый раздел «📚 БЗ: пробелы» — система сама находит случаи, когда поддержка рассказала клиенту то, чего нет в Базе знаний. Каждое закрытое обращение сверяется с БЗ по сводке и расшифровкам звонков, найденные пробелы попадают в журнал — знания из разговоров перестают теряться.
  • в журнале пробелов администратор отмечает каждый вердикт как верный или ложный — по этим отметкам виден процент точности, и подсказки системы становятся надёжнее.
  • журнал подсвечивает обращения с пустой или бессодержательной «Сводкой» — видно, где итог работ не зафиксирован.
  • в разделе виден расход на AI-анализ за месяц (число проверок и сумма) — затраты под контролем. Модуль включается в «Настройки → Контроль интеграций → KB-Gap-Scanner» (по умолчанию выключен).
Что нового в релизе от 06.07.2026 01:40
  • Менеджер начал обслуживать второй продукт — XR. Генератор задач на актуализацию Базы знаний теперь работает по продуктам: по закрытым тикетам проекта XR техписателю XR автоматически создаётся задача с полным пакетом (текст тикета, код, статьи БЗ, методология) — так же, как это давно работает для учётного продукта. Задачи появляются в течение дня после закрытия тикета, без ожидания спринтов.
  • В карточке сотрудника рядом с должностью «Тех.писатель» появился выбор продукта («Fx» / «XR») — задачи на актуализацию инструкций получает техписатель своего продукта.
  • Пакет для техписателя XR собирается под его Базу знаний: статьи берутся из репозитория БЗ, ответ нейронки запрашивается в формате Markdown, методология — из wiki KB-проекта XR. Промпты XR редактируются в «Настройки → AI → Все промпты», как остальные.
  • Спринт-доска стала двухпродуктовой: в шапке появился переключатель «Fx / XR» (Fx — учётный продукт). У каждого продукта своя доска — свой состав разработчиков, свой план недели, своя фиксация, свой месячный план версий и своя аналитика. Переключатель видят только сотрудники, которым доступны оба продукта; у остальных доска одна и выбор не показывается. Существующая доска Fx работает как раньше.
  • В карточке сотрудника появились чекбоксы «Продукты» (Fx / XR) — можно отметить оба, если человек работает в двух продуктах (например, руководитель проектов). Они определяют, на каких спринт-досках сотрудник появляется колонкой и в чей зачёт идут его закрытия «сверх плана». Продукты сотрудника видны бейджем (Fx / XR / Fx+XR) в списке «Персонала» и в шапке карточки. У всех текущих сотрудников — Fx, ничего менять не нужно.
  • Виджет «Чем заниматься» у участников спринта теперь собирает план со всех досок сотрудника (у кого продукт один — как раньше).
Что нового в релизе от 04.07.2026 19:15
  • Redmine Manager теперь может сообщать системе поддержки HelpDesk, в каком Matrix-аккаунте работает сотрудник. Это нужно, чтобы в оповещениях HelpDesk о просроченных обращениях можно было отметить (тегнуть) ответственного оператора — тогда он сразу получит уведомление. Само тегирование включится после доработки на стороне HelpDesk.
Что нового в релизе от 04.07.2026 14:48
  • Задача, сознательно поставленная на ваш выходной (суббота, воскресенье или другой нерабочий день по графику), снова видна в недельном виде календаря — прямо в колонке этого дня. Раньше такие задачи пропадали из недели целиком (при этом в месячном виде оставались видны), потому что календарь считал выходной «непригодным» днём и пытался перенести задачу за пределы недели.
Что нового в релизе от 04.07.2026 13:54
  • Проверка чужой задачи (тест, помощь) теперь оценивается честно к занятому дню: на неё даётся рабочий день с момента получения, а если оценка задачи больше дня — вся оценка. Закрыли в этот срок — 100%, даже если весь день были заняты другими задачами. Раньше срок равнялся голой оценке, и часовая задача, проверенная в конце занятого дня, роняла балл до минимума.
  • Штраф за превышение этого срока стал таким же, как у всех задач: −1% за каждый начатый рабочий час, минимум 30%. Отдельной, более жёсткой формулы для тестов больше нет — правило одно для всей системы.
  • У тестировщиков теперь один процент эффективности — общий, как у всех сотрудников. Раньше показывался отдельный «QA-процент», который считался по другим правилам и мог расходиться с основным. Заодно тестировщикам стали доступны бонус за сверхплановые закрытия и коэффициент переносов.
  • Виджет очереди тестирования предупреждает «просрочка» и «норматив горит» по новому сроку, а в разбивке «По рабочим дням» у закрытой помощи видно и затраченное время, и норматив — понятно, из чего сложился балл.
Что нового в релизе от 03.07.2026 00:40
  • Сборка больше не может «потеряться» из раздела «Релизы». Раньше, если сборка выходила в новом месяце до первой фиксации спринта, версии месяца ещё не существовало — и сборка не показывалась ни под одной версией (так пропали сборки от 1 и 2 июля). Теперь версия месяца создаётся автоматически в момент появления сборки.
  • При фиксации спринта плановые дни задач теперь заполняются до присвоения версий. Раньше задачи «Ошибка»/«Улучшение», получавшие плановый день только в момент фиксации, на стыке месяцев уезжали в версию месяца понедельника, а не месяца своего планового дня.
  • Кнопка «проставить» в блоке «🔧 Без версии» теперь сообщает, если версию проставить не удалось. Раньше при неуспехе ничего не происходило — без объяснений. Также «Проставить все» стал заметно быстрее (один запрос на месяц вместо запроса на каждый тикет).
  • Раздел «Релизы» стал заметно легче для сервера: список «Без версии» считается раз в 10 минут и одинаков для всех (раньше пересчитывался при каждом входе и зависел от прав смотрящего), сверка «📋 План версии» не перезапрашивается при переключении между версиями, а фоновый сканер сборок читает только свежие новости проекта, а не весь архив каждые 10 минут.
Что нового в релизе от 03.07.2026 00:31
  • Устранена причина, по которой в общий чат мог уйти повторный экземпляр автосообщения об отпуске (и, в теории, задвоиться другие автодействия). Теперь при обслуживании и тестировании системы фоновые рассылки и автозадачи не срабатывают вторым, лишним прогоном.
Что нового в релизе от 03.07.2026
  • В «Моей эффективности» у трёх главных цифр появились короткие подписи, объясняющие их смысл по-человечески: большой процент — «потенциальный итог месяца, если дальше без новых просрочек и с тем же уровнем переносов»; «База» — «срез на сегодня по задачам, тронутым с начала месяца; задачи с будущим сроком дают 100% — это ваш потолок»; среднее в блоке «По рабочим дням» теперь подписано как «ваш реальный процент за уже отработанные дни». Раньше эти три числа легко было перепутать между собой.
Что нового в релизе от 02.07.2026 23:48
  • При фиксации спринта на стыке месяцев версия каждой задачи теперь ставится по её плановому дню, а не по понедельнику недели. Задача, запланированная на первые числа нового месяца, попадает в версию нового месяца. Если версии нужного месяца ещё нет — она создаётся автоматически. Раньше сборки нового месяца могли оставаться без версии и не показываться в разделе «Релизы».
  • В разделе «Релизы» слева появился блок «🔧 Без версии» — тикеты, которые попали в сборки, но которым не проставлена версия. Такие тикеты иначе не показались бы ни в одном месяце. Прямо оттуда можно проставить версию одному тикету или всем сразу — версия месяца создастся автоматически, если её ещё нет.
  • В разделе «Релизы» над списком сборок появилась сверка «📋 План версии»: сколько тикетов запланировано в версию (число совпадает с Redmine), сколько уже собрано, сколько ещё нет, и — отдельно — тикеты, собранные в билде другого месяца (когда план и факт разошлись: например задача запланирована на июнь, а фикс уехал в июльский билд). Раскатку это не меняет — только показывает картину.
Что нового в релизе от 02.07.2026 09:42
  • Эффективность за последние дни снова считается вовремя. Фоновый пересчёт «ответственного за срок» отставал и не всегда успевал за свежими задачами — из-за этого задача, закрытая за другого исполнителя, могла временно засчитываться тебе как своя просрочка. Теперь пересчёт держит актуальность и не застревает на днях с большим числом изменений.
Что нового в релизе от 01.07.2026 23:00
  • В отчёте саппорта результативность теперь наглядно помечается цветом: 🟢 выше 100% (лучше среднего по отделу), 🟠 90–100%, 🔴 ниже 90%. У незакрытых задач тоже своя метка: 🟢 если их нет, 🟠 до трёх, 🔴 больше трёх. И самих незакрытых показываем двумя числами — за последние 30 дней (актуальный «хвост», по нему и метка) и за год.
Что нового в релизе от 01.07.2026 22:13
  • Подсказки в «Моей эффективности» приведены в соответствие с текущей моделью: убрано устаревшее понятие «спасатель». Теперь пояснение говорит прямо — задача, закрытая за другого (когда срок ставился не под тебя), считается по времени «получил → закрыл» относительно оценки, а не по чужому сроку; за сам срок отвечает тот, кто его планировал.
Что нового в релизе от 01.07.2026 14:14
  • В окне закрытия обращения «Поддержки» рядом со «Сводкой» теперь есть поле «Тип обращения» — его можно проверить и поправить прямо здесь, в том же окне, где подтверждается итог. Раньше тип задавался только в карточке, и предложенное нейронкой значение приходилось править отдельно.
Что нового в релизе от 01.07.2026 09:59
  • Появился раздел «Отчёт саппорта». Теперь каждый сотрудник Техподдержки по утрам получает личное сообщение в Element со своими показателями за месяц: сколько звонков, закрытых задач, незакрытых (с их номерами), отработанных смен и какая у него результативность — насколько он выше или ниже среднего по отделу (100% — это средний уровень). Так сразу видно свою динамику и место относительно коллег. Показатель результативности — тот самый, по которому начисляется доплата за план; при этом сумму в рублях отчёт не показывает. Руководителю отдела приходит общая таблица по всем сотрудникам и текущий лидер по результативности. Отчёт можно заранее посмотреть в разделе и отправить вручную; регулярную рассылку включает администратор.
Что нового в релизе от 30.06.2026 21:22
  • Бот больше не дублирует в общем чате сообщение об отпуске, если сотрудник уже написал о нём сам с указанием дат. Раньше лишняя вторая запись всё же могла появиться. Теперь, если даты в сообщении сотрудника попадают в период его отпуска, бот своё сообщение не отправляет.
Что нового в релизе от 30.06.2026 20:40
  • Эффективность: задачи из проекта «Отпуска и отгулы» больше не попадают в расчёт продуктивности. Раньше заявка на отпуск, назначенная на согласующего, могла висеть с «просрочкой» и давать 0% (отпуск согласуют, а не «закрывают», поэтому задача оставалась открытой) — это занижало балл по ошибке. Теперь весь отпускной проект исключён из эффективности, как и задумано.
Что нового в релизе от 30.06.2026
  • В тикете отсутствия теперь остаётся отметка о том, ушло ли автосообщение в общий чат Element. Если сообщение отправлено — добавляется заметка «отправлено в общий чат». Если бот промолчал, потому что сотрудник уже написал об отпуске сам, — в тикете появляется заметка «не отправлялось: сотрудник сообщил сам» вместе с цитатой его сообщения. Так по тикету сразу видно, оповещён коллектив или нет, и почему.
Что нового в релизе от 30.06.2026
  • Авторассылка отпусков в общую комнату Element больше не дублирует сотрудника: если перед публикацией бот видит, что сотрудник уже сам написал в комнату об этом отпуске (например, «Прошу предоставить часть ежегодного отпуска на 2 и 3 июля»), он не отправляет своё сообщение — чтобы не было двух записей об одном и том же. Совпадение сообщения с периодом отпуска определяет нейросеть; если она не уверена (или сообщение не нашлось), бот публикует как раньше. В карточке отпускной задачи такой случай помечается плашкой «Не дублировали в Element: сотрудник анонсировал отпуск сам» с кнопкой «Объявить всё равно».
Что нового в релизе от 30.06.2026 20:40
  • Эффективность: задачи, которые вы закрыли как помощник или тестировщик за другого исполнителя, больше не вешают на вас чужую просрочку. Раньше из-за остановившегося фонового пересчёта «ответственного за срок» такая задача засчитывалась так, будто срок был ваш, — и могла прийти с просрочкой в десятки часов (например, закрыли за день, а в баллах −26 часов). Теперь по таким задачам начисляется честный кредит «получил → закрыл» относительно оценки, а просрочку несёт тот, кто планировал срок. Пересчёт за июнь уже выполнен — баллы могли вырасти.
Что нового в релизе от 29.06.2026
  • На спринт-доске отпуск переставал отображаться после закрытия отпускной задачи: день снова становился пустым рабочим слотом (на прошлых неделях это бросалось в глаза). Теперь согласованный отпуск виден на доске и после его закрытия — как и в календаре.
Что нового в релизе от 29.06.2026 09:29
  • Совещания теперь видны участникам. Если добавить сотрудника наблюдателем к задаче-совещанию (проект «Совещания»), она появляется у него в плане отдельной плашкой «🏛 Совещание · участник», а в момент начала виджет «Чем заниматься» зажигает «🏛 Сейчас идёт совещание». Участнику ничего закрывать не нужно — это присутствие, а не задача; в просрочку и эффективность совещание не идёт. Состав участников у регулярного совещания переносится из недели в неделю автоматически. Ведущему (исполнителю) достаточно указать время начала и длительность (оценку трудоёмкости) — по ним считается окно напоминания.
Что нового в релизе от 28.06.2026 11:17
  • Окно «Связать с задачей» стало понятнее: сверху теперь видно текущую задачу, а под выбором типа связи появилась фраза целиком — например «Текущая #82431 заблокирована задачей #86048». Раньше было неясно, кто на кого влияет (метка «Заблокирована» не показывала направление). Формулировки типов связи тоже уточнены.
Что нового в релизе от 25.06.2026 23:11
  • Задачи на актуализацию Базы знаний теперь заводятся, когда тикет уходит в «Тестирование» (а не только при закрытии). Раньше из-за ошибки в настройке отслеживался не тот статус, поэтому по части реализованных тикетов в разделе «Релизы» ТП-задача не появлялась. Счётчик «📝 ТП-задач: N из M» станет полнее.
Что нового в релизе от 25.06.2026 22:47
  • Задачу «Ошибка»/«Улучшение» из «Обратной связи» теперь можно вернуть не только в «В работе», но и в «Тестирование». Это нужно, когда тестировщик уточнял что-то у руководителя прямо во время проверки: после ответа задача возвращается сразу в тестирование, а не уезжает к разработчику. Нужен комментарий с ответом; вернуть можно тому, кто запрашивал, или себе.
Что нового в релизе от 25.06.2026 00:09
  • Просрочка по сроку (дате выполнения) теперь учитывается у «ответственного за срок» — того, кто был исполнителем в момент, когда срок поставили. Если вы лишь помогали по задаче или тестировали её, чужой срок ваш процент больше не жжёт.
  • Тестирование/ревью чужих задач теперь засчитывается: если вы закрыли задачу, по которой помогали, она идёт в ваш процент по вашей скорости — сколько задача была у вас от получения до закрытия относительно оценки. Если вернули на доработку или передали дальше — задача в ваш процент не входит (ни плюсом, ни минусом).
  • В карточке задачи появился бейдж «🎯 Ответственный за срок» — сразу видно, на чей процент повлияет просрочка по этой задаче. В разбивке «По рабочим дням» помощниковые задачи помечены «помощь — закрыл» / «помощь — срок не твой».
  • Восстановлен учёт передач задач между сотрудниками — фоновый расчёт переставал видеть передачи примерно с конца мая, из-за чего расчёт продуктивности был неточным.
Что нового в релизе от 24.06.2026 02:06
  • Нейронка перестала добавлять в сводку лишнее «как избежать повторения / проверьте перед началом работы», когда обращение — это запрос или доработка, а не инцидент. Раньше она дописывала такие рекомендации ко всему подряд, даже там, где повторять нечего. Теперь правила сводки применяются по сути: пункты про повторение и рекомендации — только для ошибок и сбоев.
  • Промпты, по которым нейронка пишет сводку, понятно подписаны в «Настройки → Контроль интеграций → AI · Промпты» — их можно поправить прямо там, без обращения к разработчику.
Что нового в релизе от 23.06.2026 18:20
  • При закрытии обращения техподдержки в проекте «Учёт 2.0» «Тип обращения» и «Сводку» подсказывает нейронка — но её результат нельзя принять «вслепую». Если поля заполнила нейронка, в карточке появляется блок «🤖 Предложено нейронкой — проверьте обязательно» с галочкой: пока вы явно не подтвердите, что проверили итог (и при необходимости поправили), задача не закроется. А в окне закрытия со «Сводкой» выводится напоминание проверить, насколько верен собранный нейронкой итог, и внести правки до закрытия.
Что нового в релизе от 23.06.2026 17:08
  • После сохранения изменений карточка задачи больше не закрывается сама — раньше окно пропадало и задачу приходилось искать заново. Теперь оно остаётся открытым и показывает свежие данные.
  • Если правки перевели задачу в закрытый статус, появляется вопрос — оставить окно открытым или закрыть.
Что нового в релизе от 23.06.2026 16:37
  • Черновик сводки нейронка теперь пишет по правилам стиля из регламента «Использование нейронки» — без воды, повторов и лишних абзацев. Текст получается короче и по сути.
  • Рядом с кнопкой «🤖 Черновик сводки» появилась подсказка (ⓘ): видно, на основе каких данных формируется сводка — тема, описание и переписка задачи плюс ваши доп. указания.
Что нового в релизе от 23.06.2026 16:33
  • Подключён наш сервер телефонии: «🔒 SIP-доступы» в карточке сотрудника теперь подтягиваются с самого сервера. При добавлении внутреннего номера он выбирается из реального списка с сервера телефонии (а не вводится вручную), а уже закреплённые за другими сотрудниками номера помечаются — чтобы знать, какой внутренний номер у кого, и быстро находить нужные записи разговоров.
  • Карточка «SIP-учётки (Asterisk)» в «Настройки → Контроль интеграций» сверяет внутренние номера сервера телефонии с привязками сотрудников: непривязанные номера и номера, оставшиеся активными у уволенных, видны в «Настройки → Доступы».
Что нового в релизе от 23.06.2026 16:21
  • В карточке задачи рядом с полем «Сводка» появилась кнопка «🤖 Черновик сводки» — нейронка предложит черновик сводки по тексту задачи, следуя правилам регламента «Атрибуты задачи и описание». Перед генерацией можно добавить свои указания: на что обратить внимание, что подчеркнуть. Черновик дан для проверки — итоговую формулировку решаете вы. Работает для задач трекеров «Ошибка» и «Улучшение»; у обращений «Поддержки» остаётся прежняя подсказка «Тип обращения + Сводка».
Что нового в релизе от 23.06.2026 10:29
  • При передаче задачи с одного сотрудника на другого больше не теряется срок: плановая дата и оценка трудоёмкости (а значит и дедлайн) сохраняются. Раньше у администратора при переводе задачи в «В работе» со сменой исполнителя эти поля автоматически обнулялись — это мешало отслеживать время выполнения от изначальной даты.
Что нового в релизе от 23.06.2026 01:03
  • В «Настройки → Контроль интеграций» у проверки «Темы экспертизы (CF/11)» появилась кнопка «Сверить темы». Помогает навести порядок, когда тему в Redmine переименовали: после синхронизации в менеджере остаются и старая тема, и пришедший дубликат с новым именем. По кнопке в один клик старая тема переименовывается под новое имя Redmine, а лишний дубликат удаляется. Назначенные эксперты сохраняются (при необходимости переносятся в нужную тему), связанные обращения не трогаются, в самом Redmine ничего не меняется.
Что нового в релизе от 22.06.2026 22:15
  • Подсказка 🤖 «Подсказать тип и сводку» теперь пишет «Сводку» по правилам из регламента: блок про сводку берётся прямо с вики-страницы «Атрибуты задачи и описание» (результат работ, как избежать повторения, рекомендации по порядку действий, ссылка на инструкцию). Правила подтягиваются автоматически — если поправите регламент в вики, подсказка начнёт следовать новой версии без обновления программы.
Что нового в релизе от 22.06.2026 21:40
  • Обращение в «Учёт 2.0» (трекер «Поддержка») теперь нельзя закрыть, пока не заполнены «Тип обращения» и «Сводка». Это нужно, чтобы видеть, по каким направлениям больше всего обращений, и связывать их с разработкой. При переводе в статус «Закрыт» появляется кнопка 🤖 «Подсказать тип и сводку»: нейронка читает текст обращения, предлагает тип из списка и черновик сводки, а вы проверяете и подтверждаете. Если данных в тикете мало — она честно подскажет заполнить поля вручную, а не выдумает.
Что нового в релизе от 22.06.2026 20:58
  • В режиме «Неделя» календаря снова отображаются задачи. Они пропадали у сотрудников, у которых время окончания рабочего дня в графике указано как 00:00 — теперь оно правильно трактуется как конец суток (полночь), а не начало. В режиме «Месяц» такие задачи при этом были видны.
Что нового в релизе от 22.06.2026 20:30
  • В окне «Новая волна раскатки» у каждого обращения клиента появилась галочка (по умолчанию все включены). Снимите лишние — и эти обращения не попадут ни в сообщение клиенту, ни в тикет саппорта, ни в комментарий раскатки. Теперь, чтобы прогнать и проверить одну доработку, не нужно править текст и тикет вручную.
Что нового в релизе от 22.06.2026 13:47
  • В разделе «Моя эффективность» завершившийся отпуск (а также больничный, командировка, полный отгул) снова правильно учитывается в истории: день помечается отсутствием и не входит в средний балл, а задачи с просрочкой во время отпуска не снижают эффективность. Раньше после окончания отпуска прошлые дни ошибочно считались рабочими и роняли показатель.
Что нового в релизе от 21.06.2026 22:27
  • В разделе «Моя эффективность» выходные дни теперь берутся из персонального графика сотрудника, а не всегда суббота-воскресенье. У сотрудников со сменным графиком рабочие и выходные дни больше не путаются местами — это учтено и при подсчёте просрочки.
Что нового в релизе от 21.06.2026
  • При создании задачи смена проекта больше не сбрасывает выбранного исполнителя: если он входит в новый проект — остаётся выбранным. Сброс происходит только если в новом проекте такого сотрудника нет.
Что нового в релизе от 20.06.2026
  • В карточке задачи подзадачи и связанные задачи теперь стоят рядом — в одном блоке «Связи задачи» двумя подписанными подсекциями (раньше были разнесены по разным местам окна). Кнопки «+ Подзадача» и «+ Связать» — в заголовках своих подсекций; кнопка «Связать» из нижней панели окна убрана.
Что нового в релизе от 19.06.2026 13:52
  • Создание задачи «Поддержки» без исполнителя больше не вызывает предупреждение о маршруте: такую задачу распределяет робот на свободного сотрудника, это не тупик. Для задач «Ошибка»/«Улучшение» робота-распределителя нет — они заводятся на руководителя, поэтому там создание без исполнителя по-прежнему подсказывает назначить его. Подсказка появляется и если назначить исполнителя, который по своей роли не сможет сдвинуть задачу.
Что нового в релизе от 19.06.2026 10:04
  • Родительскую задачу «Ошибка»/«Улучшение», работа по которой шла в подзадачах, теперь можно закрыть напрямую — её не нужно искусственно прогонять через «Тестирование». Закрыть может менеджер, когда все подзадачи уже закрыты, и при заполненной «Сводке» (итог по всему улучшению для заказчика). Если хоть одна подзадача ещё открыта — система предупредит.
Что нового в релизе от 17.06.2026 12:46
  • Эффективность больше не «накручивает» просрочку за отпуск и выходные. Если срок задачи попал на ваш отпуск, больничный, командировку, полный отгул или нерабочий день — эти дни не считаются временем просрочки. Открытая задача со сроком во время вашего отсутствия держит 100% и не тянет процент вниз, а счётчик опоздания начинает идти только после выхода. Закрытие задачи раньше срока из отпуска по-прежнему даёт сверхплановый бонус. Частичный отгул (часть дня) остаётся рабочим днём.
Что нового в релизе от 15.06.2026
  • В «Контроль интеграций» текст ошибки проверки «Свежесть БЗ (DokuWiki)» больше не показывает пароль служебной учётки — он маскируется (`***`). Раньше при недоступности вики пароль попадал в текст предупреждения и в Redmine-тикет.
Что нового в релизе от 15.06.2026 14:09
  • Подсказка о модели маршрутов больше не появляется при обычном сохранении задачи (комментарий, прикрепление файла) — только когда вы действительно меняете статус или исполнителя. Раньше она ошибочно срабатывала на каждом сохранении.
Что нового в релизе от 14.06.2026 20:47
  • При сохранении задачи модалка теперь подсказывает, если выбранный статус или исполнитель не соответствуют модели маршрутов — даже когда строгий режим выключен. Это не запрет (можно сохранить всё равно), а напоминание: так задача не «зависнет» из-за того, что назначенный по своей роли не сможет её сдвинуть. В подсказке — ссылка на раздел «🗺 Маршруты задач», где это настраивается.
  • Закрыть задачу «Ошибка»/«Улучшение» без заполненной «Сводки» больше нельзя — никому, включая администратора, и независимо от строгого режима. «Сводка» — это итог работы и сверка с критериями готовности (DoD), который уходит заказчику при закрытии.
Что нового в релизе от 14.06.2026 19:59
  • Правки уволенных сотрудников в контроле обхода маршрута больше не отображаются как «робот» — видно, что это был человек.
  • Канал правки («напрямую в Redmine» / «через менеджер») теперь определяется точнее: учитывается, что именно изменилось — статус или исполнитель, — а не только совпадение по времени. Раньше две правки одного сотрудника по одной задаче подряд могли перепутать каналы.
  • Если Redmine временно недоступен, контроль обхода больше не «проскакивает» этот промежуток: задачи за время простоя проверяются на следующем проходе, нарушения не теряются.
  • Задачи без исполнителя больше не попадают в «Застрявшие задачи»: такую задачу распределяет робот на свободного сотрудника, это не тупик. В списке остаются только задачи, которые их текущий исполнитель не может сдвинуть.
Что нового в релизе от 14.06.2026 18:23
  • В разделе «🗺 Маршруты задач» появился блок «🔎 Контроль обхода маршрута». Строгий режим блокирует нарушения только при работе через сам менеджер — правки напрямую в Redmine, администратором и роботами проходят мимо. Контроль раз в час просматривает историю задач и ловит переходы, сделанные в обход регламента по всем этим каналам.
  • Контроль включается для проекта автоматически в момент включения его строгого режима. История до этого момента не разбирается.
  • Таблица «Застрявшие задачи» показывает открытые задачи, из статуса которых исполнитель по своей роли не может сделать ни одного перехода. Видно сразу — и можно вытащить, кто бы туда задачу ни загнал.
  • Таблица «Нарушения маршрута» — журнал с фильтрами по сотруднику и периоду и счётчиком на каждого; ловит и запрещённые смены трекера. Записи с пометкой «≈» опираются на текущее состояние связи «дублирует» и «Сводки» — это повод посмотреть, а не точное доказательство.
  • По каждому нарушению видно канал правки — «напрямую в Redmine» (красным), «через менеджер» или «робот» — и сводку по каналам за период. Сразу понятно, кто работает в обход регламента напрямую в Redmine.
Что нового в релизе от 11.06.2026
  • Маршруты задач теперь покрывают трекеры «Ошибка» и «Улучшение» (ТЗ #81024). Жизненный цикл: Новый → В план → В работе → Тестирование → Закрыт, с петлёй доработки. Закрытие — только через тестирование; переоткрытие закрытых запрещено (заводится новая задача со связью); «Технический долг» возвращает в план только руководитель проекта. Включается отдельным тумблером в «Маршрутах задач», действует в проектах из настраиваемого списка. Подробности — вики «Жизненный цикл задач Улучшение и Ошибка».
  • Менять трекер между «Поддержкой» и «Ошибкой»/«Улучшением» при включённом строгом режиме нельзя: вместо перевода — новая задача со связью «связана с», обращение закрывается и попадает в статистику закрытых. Смена «Ошибка» ↔ «Улучшение» доступна менеджеру.
  • При заведении «Ошибки» обязательны секции «Как должно работать» и «Как реально работает», у «Улучшения» — анкета приёма функционала; шаблон подставляется в описание автоматически, задача заводится на руководителя проекта. «Обратная связь» в этих трекерах — только внутри команды разработки, возврат — запросившему; вопросы саппорту или клиенту — подзадачей «Поддержка».
  • Задача «Ошибки»/«Улучшения», попавшая в зафиксированный план спринта, сама получает статус «В план». На карте маршрутов появились бэйджи ролей на стрелках (М — менеджер, Р — разработчик, Т — тестер) и переключатель трекера; в маппинге ролей добавлен «Тестер».
  • Виджет «Маршрут задачи» и строгий режим «Поддержки» не срабатывали из-за фильтра по проекту (Redmine не отдаёт идентификатор проекта в карточке задачи) — починено.
  • Контроль учёток VPN (3X-UI) перестал работать после обновления панели: сверка падала с ошибкой подключения, на ответственного висел тикет. Авторизация переведена на токен и поддержан новый адрес панели — сверка доступов VPN снова проходит.
Что нового в релизе от 10.06.2026 23:40
  • В эффективности появились «спасатель» и «стрелочник». Передал коллеге задачу, которая уже просрочена, — её нулевой балл остаётся в твоём счёте (метка 🔁 «передал просроченной»), даже если переназначил руководитель. Получивший такую задачу — спасатель: его срок отсчитывается от момента получения плюс оценка (метка 🛟), чужая просрочка ему не вменяется. Учитываются и переназначения, сделанные напрямую в Redmine.
  • У тестировщиков кнопка 🎯 теперь показывает QA-метрику (время задачи на тесте против оценки) — ту же, что в их панели «Моя эффективность». Раньше кнопка считала процент по плановым срокам, которые под тестировщика не выставляются. То же число видно в дашбордах отдела и компании.
  • «Журнал изменений» эффективности помечал любое закрытие как «в срок», даже с просрочкой в сутки. Теперь просроченные закрытия помечаются честно.
  • Сокращённый предпраздничный день теперь во всех расчётах считается рабочим, но короче на час (до 17:00). Раньше часть расчётов считала его выходным — просрочка в такой день «не тикала». Условный срок задач из «Входящих» в такой день — 17:00 вместо 18:00.
  • В «Хронологии» счётчики «переводов в Обратную связь» и закрытий теряли события, если к моменту просмотра ни одна задача дня уже не стояла в этом статусе. Теперь все переходы за день считаются полностью.
  • Назначение задачи на сотрудника в отпуске теперь проверяется на сервере, а не только в карточке задачи: при любом способе назначения система предложит замену или попросит подтвердить решение. Назначение на себя не ограничивается.
  • Проценты эффективности за текущий месяц пересчитаны по новым правилам — сравнивать с прошлой неделей некорректно: у кого-то показатель изменится без действий с его стороны. Это разовый эффект перехода.
Что нового в релизе от 10.06.2026 16:30
  • Добавлен контроль эмодзи в текстах задач (#84094). Redmine не принимает «новые» эмодзи (😀 🚀 и подобные) и падал с ошибкой 500 без объяснения. Теперь при сохранении комментария, названия, описания, сводки, темы для пользователя и причины переноса срока такой символ ловится ещё до отправки: поле подсвечивается красным, а сообщение показывает, какие именно эмодзи нужно убрать или заменить текстом. Простые значки (⚠ ★ ♻) по-прежнему работают.
Что нового в релизе от 10.06.2026 15:40
  • В разделе «Хронология» время комментариев, смен статуса и других событий показывалось на 3 часа вперёд (например, комментарий, оставленный в 14:19, отображался в 17:19 — «из будущего»). Часовой пояс ошибочно прибавлялся дважды. Теперь время событий на оси и в таблицах совпадает с реальным.
Что нового в релизе от 10.06.2026 15:10
  • Заработал контроль телефонии Sipuni. Карточка «Sipuni (телефония)» в «Контроль интеграций» теперь сверяет выданные менеджерам номера (учётки Sipuni) с инвентарём доступов — как у VPN/SIP/Gitea: непривязанная учётка и активная учётка у уволенного сотрудника видны в «Доступах» и эскалируются автотикетом на ответственного. В карточке сотрудника появилась секция «☎ Sipuni» с пикером: номер выбирается из реального списка учёток Sipuni, без ручного ввода. Для работы нужны ключи SIPUNI_API_* в .env и назначенный ответственный.
  • В разделе «Доступы» рядом с номером учётки Sipuni теперь показывается ФИО сотрудника (из Sipuni) — вместо голого внутреннего номера «201» видно, кто это.
Что нового в релизе от 10.06.2026 14:30
  • В «Настройки → Контроль интеграций» появилась карточка «Sipuni (телефония)» с кнопкой «🔌 Проверить API Sipuni». Это первый шаг к контролю выданных менеджерам мобильных номеров (SIM-карты Sipuni) по той же схеме, что VPN/SIP/Gitea: непривязанный номер и номер у уволенного сотрудника будут видны в «Доступах» и эскалироваться автотикетом. Кнопка делает разовый реальный запрос к Sipuni и показывает фактический формат ответа — по нему достроим автоматическую сверку. Ключ доступа задаётся в .env (ЛК Sipuni → Интеграции → API).
Что нового в релизе от 10.06.2026 12:35
  • В модалке «Новая волна раскатки» при включении галки «Создать тикет на саппорт» появилось поле «Комментарий для саппорта». Текст попадает блоком «Указания от ПМ» в описание каждой задачи на саппорт волны — СТП сразу видит, что именно нужно сделать на клиенте сверх стандартной инструкции. Комментарий получают и задачи, созданные позже: через «Создать недостающие автозадачи» и «+ В волну». Клиенту он не виден.
  • Поле «Комментарий» внизу модалки волны переподписано в «Служебная заметка (только история волн)» — чтобы не путать с новым полем: заметка видна только в сводной таблице волн и в задачи на саппорт не попадает.
Что нового в релизе от 10.06.2026 01:45
  • На «🕒 Хронологии» дорожка «Виджет рекомендовал» больше не подсовывает глобальные задачи (с подзадачами). Реальный виджет «🎯 Чем заниматься сейчас» такие задачи в основной слот не показывает — для них есть отдельный сигнал «🌀 РАЗГРЕБАЙ ГЛОБАЛЬНЫЕ». Симулятор реплея этого правила не знал и при просроченной глобалке заполнял ею почти весь день, хотя в строках-задачах её не было и быть не должно. Метрика «Совпадение с виджетом %» теперь не падает из-за этих фантомных рекомендаций.
  • На «🕒 Хронологии» тултип красного маркера закрытия теперь объясняет, почему задача отмечена просрочкой: показывает категорию («с просрочкой» / «в срок» / «досрочно») и плановый дедлайн, от которого считается отклонение. Особенно полезно для задач не из плана дня — раньше было непонятно, почему закрытие back-log-задачи рисуется красным.
Что нового в релизе от 10.06.2026 01:28
  • На «🕒 Хронологии» исправлено отображение таймлайна. Раньше на узких мониторах строки задач сплющивались по высоте — становилось трудно различать ряды и попадать в маркеры. Также правый край подрезал метку «20:00» у последнего часа и красные дельты времени у поздних маркеров закрытия (типа «+2ч 15м»). Теперь чарт всегда показывает все задачи в полную высоту; если экран уже минимально необходимой ширины — появляется горизонтальный скролл, но строки остаются нормальной высоты.
Что нового в релизе от 10.06.2026
  • «🎯 Моя эффективность»: закрытые задачи неправильно классифицировались как «сверх плана» и давали полный балл, даже если фактически закрыты с опозданием. Причина — расхождение часовых поясов: Redmine API отдаёт время закрытия в UTC, а CF10 («Дата для выполнения») хранится в МСК; модуль расчёта эффективности сравнивал их напрямую, без перевода — все закрытия «съезжали» на 3 часа назад. В итоге закрытие в 19:00 МСК при дедлайне 16:00 выглядело как «закрыто в 16:00 ровно в срок», а реальная просрочка 0–3 часа уходила в зону «досрочно» с бонусом +1% (если доска чистая). Теперь время закрытия и дедлайн корректно сравниваются в МСК — категория, балл задачи и счётчик сверхплановых закрытий показывают реальное положение дел. Параллельно поправлен тот же скрытый сдвиг в модуле QA-метрики тестировщика (qa_time).
  • Весь исходящий AI-трафик к Anthropic Console теперь можно прогнать через единый внутренний reverse-proxy ctunnel.infoas.biz (одна подконтрольная точка для всех вызовов нейронок — firewall, логи, централизованное вырубание). Хост вынесен в env-переменную ANTHROPIC_API_BASE_URL: на проде она указывает на туннель, на dev-стендах остаётся пустой и код ходит на api.anthropic.com напрямую. Health-check «Контроля интеграций» (карточка «Anthropic Console») автоматически идёт по тому же адресу — если туннель ляжет, ответственный получит стандартный тикет.
Что нового в релизе от 09.06.2026 16:36
  • На «🕒 Хронологии» дорожка «Виджет рекомендовал» подсовывала забытые задачи 1–3-летней давности (например, висящие в «Обратной связи» с 2023 года). Реальный виджет «🎯 Чем заниматься сейчас» такие задачи не показывает — он работает по фильтру «Обновлено: Месяц» в шапке доски. Теперь то же самое окно применено в реплее: задачи, не обновлявшиеся 30+ дней, в дорожку не попадают. Метрика «Совпадение с виджетом %» стала отражать реальную ситуацию.
Что нового в релизе от 09.06.2026 14:35
  • В шапке между «📅 Календарь» и «⚠ Замечания» появился раздел «🕒 Хронология». План сотрудника на день (по дате выполнения CF10) и факт того, что он реально делал в Redmine: закрытия, переносы CF10, переназначения, переводы в «Обратную связь». Маркер закрытия зелёный = в срок, синяя звезда = досрочно, красный «!» с дельтой «+1ч 20м» = просрочка. У задач в строках номер раскрашен по статусу (зелёный=закрыт, красный=доработка, жёлтый=тест, синий=в работе) — та же логика, что в карточке задачи. Под таймлайном — сводка дня (закрыто в срок / досрочно / с просрочкой / вне плана / переносов / передал / принял / переводов в ОС) и четыре раскрывающиеся таблицы. Листалка дней ◀ ▶ Сегодня, выбор сотрудника по правам: рядовой видит только себя, руководитель отдела — свой отдел, управляющий партнёр — всех.
  • На «🕒 Хронологии» — дорожка-фон «Виджет рекомендовал»: восстанавливает, какую задачу подсказывал бы виджет «🎯 Чем заниматься сейчас» в каждый момент дня. Покрывает блокер CF14 (красный), активное окно CF10 (синий), просрочки и инбокс (оранжевый/серый). В сводке появилась цифра «Совпадение с виджетом %» — доля минут с активностью, в которые сотрудник работал именно над рекомендованной задачей. Сразу видно отклонение от рекомендаций: висел блокер 30 минут — а человек делал не его; или «чисто» по виджету — а сотрудник пилил долги (зачёт сверхплана).
Что нового в релизе от 09.06.2026 14:30
  • В карточке «Matrix-бот (отправка ЛС)» (Настройки → Контроль интеграций) появилась кнопка «🔗 Принять приглашение». Сценарий: админ Synapse пригласил бота в комнату (например, в общий чат для авторассылки отпусков, #84293), оператор вписывает id или alias комнаты в поле «Целевая комната» и жмёт кнопку — бот сам принимает приглашение. Раньше для этого пришлось бы лезть к боту в консоль. Кнопка идемпотентна: повторное нажатие на уже подключённой комнате просто подтвердит «бот в комнате». Дополнительно: при сохранении настройки «Целевая комната» система автоматически пробует войти — результат (успех или причина отказа, например «вас не приглашали») сразу виден под полем.
Что нового в релизе от 09.06.2026 14:00
  • В модалке «Из чего сложилась эффективность» подсказка про инбокс была некорректной: писала «N задач во входящих просрочены — каждая даёт 0% в средний», и у некоторых сотрудников эта цифра доходила до 600+ задач, хотя реальный процент эффективности от них не страдал. Текст обещал штраф, которого по факту нет. Причина: подсказка показывала ВСЕ задачи из инбокса (включая многолетний бэклог), а в реальную формулу попадают только задачи этого месяца — старый бэклог формула не видит. Теперь подсказка считает только задачи этого месяца и пишет правду. Дополнительно: если у вас в инбоксе есть бэклог из прошлых месяцев — он упоминается отдельной фразой «Кроме них в инбоксе N задач из прошлых месяцев — на этот процент не влияют (бэклог). Разгребайте при возможности». Та же поправка применена к плашке «📥 Входящие» в самом разделе. Это закрывает запрос «у меня висели задачи во входящих, но не вижу штрафа — что значит «даёт 0%»?» — теперь цифра в подсказке совпадает с фактическим влиянием на показатель.
Что нового в релизе от 09.06.2026
  • В карточке «Matrix-бот (отправка ЛС)» появилась кнопка «🔗 Принять приглашение». Сценарий: админ Synapse пригласил бота в комнату (например, в общий чат для авторассылки отпусков, #84293), оператор вписывает id или alias комнаты в поле «Целевая комната» и жмёт кнопку — бот сам примет приглашение. Раньше для этого пришлось бы идти к боту в консоль. Кнопка идемпотентна: повторное нажатие на уже подключённой комнате просто подтвердит «бот в комнате». Дополнительно: при сохранении настройки «Целевая комната» система автоматически пробует войти в неё — успех или причина отказа видны сразу под полем (например, «вас не приглашали — попросите админа Synapse»).
  • На спринт-доске устранена путаница «трекер уже сменил, а доска ругается». Раньше: открываешь задачу трекера «Поддержка», меняешь трекер на «Улучшение», возвращаешься на спринт-доску, тянешь задачу в ячейку разработчика — и получаешь ошибку «Поддержку нельзя назначать в спринт», хотя в Redmine трекер уже не «Поддержка». Кнопка «↻ Обновить данные» в правом верхнем углу страницы не помогала (это кнопка дашборда «Мои задачи», к спринт-доске она отношения не имеет); кнопка «↻» внутри самой вкладки «Спринт недели» помогала не всегда. Лечилось только полной перезагрузкой страницы (CTRL+F5). Воспроизвёлся в #83994 08.06: ПМ перевёл задачу с «Поддержки» на «Улучшение» и пытался отдать её на следующую неделю, доска цикл за циклом отвечала старым сообщением. Теперь перед размещением задачи спринт-доска всегда дёргает её свежее состояние с сервера — кеш используется только для отрисовки плашек, бизнес-правила (трекер и т.п.) проверяются на серверной правде. После смены трекера через карточку задача добавляется на доску сразу, без рефреша. Дополнительно: после сохранения карточки задачи её свежие данные теперь подхватываются и в результатах поиска по доске — раньше плашка в панели поиска продолжала показывать старый трекер до перезагрузки.
Что нового в релизе от 08.06.2026 23:30
  • В сообщении клиенту о раскатке (invmessage в программу учёта ФармЭксперт) последняя фраза теперь учитывает статус reason-тикета. Если задача всё ещё открыта — призыв остаётся прежним: «Обратную связь оставьте комментарием в указанной задаче в течение трёх рабочих дней». Если же задача на момент рассылки уже закрыта (а в волну такие иногда попадают — например, доработка вышла в релиз позже закрытия), вместо этого выводится «При наличии вопросов или уточнений напишите нам обращение через функционал создания обращения на главной странице программы ФармЭксперт» — комментарий в закрытую задачу клиент всё равно не оставит. В смешанной волне (часть тикетов открыта, часть закрыта) применяется текст для закрытых: «создайте новое обращение» — это работает в обоих случаях, а призыв оставить комментарий — нет.
Что нового в релизе от 08.06.2026 22:30
  • В карточке задачи кнопка «💾 Сохранить» больше не реагирует на повторные клики, пока идёт сохранение. Раньше при медленном ответе Redmine (загрузка вложений + PUT + чтение свежей версии — может занять 1–3 секунды) нетерпеливый юзер успевал кликнуть 2–3 раза, и в журнал задачи уезжало столько же одинаковых комментариев — например, в #83308 08.06 случайно ушли три одинаковых комментария за 26 секунд. Теперь на время запроса кнопка показывает «⏳ Сохранение…» и блокируется до завершения (успешного или с ошибкой).
Что нового в релизе от 08.06.2026 21:12
  • Авторассылка отпусков/больничных/отгулов в общую Element-комнату «Общий — ФЭ» (#83308). Раньше сотрудник должен был сам за 5 дней до выхода написать сообщение в общий чат по шаблону из вики «ОтпускБольничныйОтгулы» (период, кому переадресовать обычные вопросы, кому — экстренные). Теперь это делает Redmine-менеджер сам, как только отпуск согласован: для регулярного отпуска / «В счёт отпуска» / «Без содержания» — за 5 дней до старта; для больничного и однодневного отгула — сразу при согласовании, если период ещё не прошёл (частичный отгул в часах не объявляется). Сообщение пишется в третьем лице («Сотрудник Иванов Иван Иванович с 01.07.26 по 14.07.26 будет в отпуске …») — имя берётся ровно как настроено в карточке сотрудника, без сокращений. Замещающего и руководителя система определяет автоматически — по «Замене» в карточке сотрудника и по руководителю отдела, при их отсутствии — управляющий партнёр; владелец отпуска явно исключается из всех ролей (нельзя «передать вопросы самому себе», даже если у него пуста «Замена» и он же управляющий партнёр). Если даты отпуска сдвинули или отпуск отменили — в ту же ветку чата уйдёт реплай-уточнение, исходное сообщение не правится. В карточке отпускной задачи появилась плашка «📋 Будет объявлено …» / «📨 Объявлено …» с кнопкой «Объявить сейчас» / «Объявить ещё раз».
  • Целевая комната для авторассылки настраивается в «Настройки → Контроль интеграций» в карточке «Matrix-бот (отправка ЛС)», новое поле «Целевая комната» (по умолчанию #mainroom:udobney.net). Смена применяется на следующем плановом тике (раз в час) без рестарта приложения. Чтобы бот мог писать, его MXID должен быть участником комнаты — иначе при первой попытке отправки в журнале появится понятное предупреждение.
  • В плашке отпускной задачи появилась кнопка «🧪 Проверить текст». Отправляет сгенерированное сообщение в личку владельцу отпуска (через того же Matrix-бота, что и DM-уведомления) — можно прочитать, что именно уйдёт в общий чат, до публичной отправки. В общую комнату при тесте ничего не публикуется, в журнале объявлений тоже не остаётся следов.
  • Кнопки «Объявить сейчас», «Объявить ещё раз» и «🧪 Проверить текст» больше нельзя продублировать случайным двойным кликом: на время запроса все кнопки плашки блокируются с надписью «⏳ Отправка…», после успеха нажатая показывает «✓ Отправлено» и не реагирует 10 секунд. Дополнительно сервер не пускает повторный вызов в окне 10 сек по тому же тикету — защита от гонки запросов из разных вкладок или нажатия из соседней модалки.
  • В карточке сотрудника без отдела (управляющий партнёр) поле «Замена» теперь не пустое: селект показывает всех активных сотрудников. Раньше выбор был принудительно ограничен «своим отделом» — у безотдельного сотрудника отдела нет, и поле зависало без вариантов. Для сотрудников с отделом правило прежнее — список ограничен коллегами того же отдела.
  • Ошибки сетевого доступа к Matrix-серверу (например, тест отправки без VPN) теперь сопровождаются понятным сообщением: «Не удалось разрешить адрес Matrix-сервера. Скорее всего, вы локально без VPN — имя сервера живёт только во внутреннем DNS компании. Подключитесь к VPN и повторите». Раньше выводился сырой Python-стектрейс HTTPSConnectionPool, по которому без специальных знаний было непонятно, что это — баг кода или просто нужно поднять VPN. Аналогично распознаются таймауты и connection refused.
Что нового в релизе от 08.06.2026 14:00
  • Тикеты, которые «Контроль интеграций» создаёт ответственному при затяжной поломке внешнего сервиса (например, «CSV-выгрузка Claude.ai Team устарела» #84132), теперь приходят в трекере «Поддержка», а не «Ошибка». Семантически такой тикет — это запрос на правку конфигурации или восстановление доступа, а не баг продукта; в трекере «Ошибка» он попадал под workflow и обязательные поля, рассчитанные на ошибки разработки. Поведение «куда» (проект «Общий over») и «на кого» (ответственный за интеграцию из «Настройки → Контроль интеграций», с автозаменой при отпуске) не изменилось.
Что нового в релизе от 08.06.2026 09:20
  • Карточка задачи снова открывается, если у задачи проставлена оценка трудоёмкости, но не назначена «Дата для выполнения». Раньше в таком сочетании клик по задаче приводил к бесконечной загрузке: модалка не рисовалась, в логе браузера висела ошибка TypeError: Cannot read properties of null. В обычных списках такие задачи встречаются редко, поэтому проблема всплывала точечно — например, у задач из «Базы знаний», где срок не ставится принципиально, а оценка нужна для учёта времени. Теперь в плашке «Время к выполнению» в этом случае честно отображается «Оценка: N ч — дата не назначена» с кнопкой «📅 Назначить дату →», как и было задумано. См. #84118.
Что нового в релизе от 07.06.2026 19:20
  • Задачи из amoCRM теперь учитываются в расчёте процента результативности — наравне с задачами Redmine. Раньше у продажников и аккаунт-менеджеров в виджете «🎯 Моя эффективность» и в разделе «Эффективность отдела» считались только задачи Redmine. Реальная нагрузка (звонки, презентации, поставленные в amoCRM напоминания «связаться», «выслать предложение») в процент не входила, и картина выглядела неполной. Теперь AMO-задача даёт свой балл по тем же правилам, что и Redmine-задача без оценки трудозатрат: открыта в срок — 100%, открыта и срок прошёл — 0%, закрыта в срок (±1 час) — 100%, закрыта с просрочкой — минус 1% за каждый начатый рабочий час просрочки (пол 30%). Срок AMO-задачи — это её «Срок выполнения» в amoCRM. Вес — те же 0.5 часа, что и у любой задачи Redmine без проставленной оценки, чтобы пара десятков звонков не «перевешивала» большие тикеты разработки. Открытая AMO-задача с прошедшим сроком теперь делает «доску» грязной — сверхплановый бонус скрывается, пока такая задача не будет закрыта в amoCRM. В модалке «📅 По дням» AMO-строки помечены значком AMO вместо номера тикета; клик открывает карточку клиента или сделки в amoCRM в новой вкладке (закрывать саму задачу по-прежнему нужно там). Привязка сотрудника к amoCRM настраивается в «Настройки → Доступы → amoCRM». Если связи нет, ничего не меняется — у сотрудника считается только Redmine.
  • В модалке «📋 Задачи сотрудника» (открывается из карточки эффективности) в категории «🔒 Закрыл сам» теперь учитываются и закрытия в amoCRM. Раньше там были только Redmine-закрытия, и счётчик расходился с цифрой, которую AMO уже даёт в базу эффективности. Теперь Redmine и AMO считаются вместе: AMO-задачи в списке помечены значком AMO вместо номера тикета, в столбце трекера — [amoCRM], клик ведёт на карточку клиента или сделки. Остальные категории — «🔁 Эстафета», «⚠ Передал — висит», «↪ Передал — закрыта», «↩ Возвращали обратно» — AMO не учитывают сознательно: в amoCRM нет понятия передачи задач между сотрудниками и статусной модели «принял/передал», эти категории применимы только к Redmine.
  • В разделе «📋 История изменений» вёрстка пунктов с моноширинными вставками (например, значок AMO или код раздела вики) больше не разваливается на две колонки. Раньше пункт был flex-контейнером и любой <code> внутри текста становился отдельным «столбцом», вокруг которого обтекал остальной текст. Теперь пункт обычный блок, моноширинные вставки рендерятся как inline-фрагменты по месту, без разрыва абзаца.
  • В том же виджете, в блоке «📅 По рабочим дням периода», подпись над таблицей больше не говорит «(= база сверху)». Это утверждение было неверным: «среднее по дням» (например, 94.3%) считается как арифметическое баллов дней-с-закрытиями, а «база» сверху виджета (например, 74.3%) — это средневзвешенное по ВСЕМ задачам периода, включая открытые. Они принципиально не равны и не должны равняться. Теперь подпись честно говорит «среднее по N дням с закрытиями», без ложного знака равенства, и наведение мышью на это число объясняет, чем оно отличается от базы.
  • Под раскрытием строки дня больше не показывается «Σ вес·балл / Σ вес → день = X.XX», смешивающее закрытия и открытые задачи в одно число. Раньше там получалась цифра (например, 0.43), которая не сходилась с балл-дня в шапке этой же строки (например, 0.88) — потому что футер усреднял ВСЕ задачи с любым изменением в этот день (включая открытые «срок прошёл» и «срок впереди»), а балл дня в шапке — только закрытия. Теперь под таблицей две отдельные строки: «📌 Закрытий в этот день: N · балл дня = X.XX» (то же число, что в шапке) и, если задач с обновлениями было больше — «📊 Всех обновлений: M · средневзв. Y.YY (справочно, на процент не влияет)». На каждой подсказка, что эта цифра означает.
  • В таблице «По рабочим дням периода» рядом с баллом дня появилась накопит. цифра — средняя по дням-с-закрытиями от начала периода до этого дня включительно. Стрелочка ↗ или ↘ показывает, тянет ли этот день общий показатель вверх или вниз. Пример: 1-го закрылись 5 задач со средним 0.89 → накопит. 0.89. 4-го закрылась одна на 0.96 → накопит. поднялся до 0.93 (↗). 5-го три закрытия со средним 0.98 → накопит. 0.94 (↗). Финальное накопит. ровно равно «средней по дням» сверху таблицы. Это то же ощущение, что давал прежний график результативности — куда катится тренд за месяц.
  • К каждой цифре в блоке «📅 По рабочим дням периода» — баллу дня, накопит. среднему, среднему по дням сверху — теперь привязана подробная подсказка: как считается, что входит, чем отличается от соседних метрик, в каких долях (0.00..1.00 или %). Иконка «?» рядом с заголовком блока разворачивает общую инструкцию: что показывает таблица, как читать накопит., как раскрытие строки соотносится с балл-дня.
Что нового в релизе от 04.06.2026 01:22
  • В карточке отпуска (статус «Новый» или любой не-«Согласован») сверху появился жёлтый баннер «⚠ Если согласовать сейчас — тема экспертизы останется без коллег» — со списком тем и точными датами, на которые по теме не остаётся ни одного активного коллеги (другие в отпуске/больничном/командировке/полном отгуле). Видно до клика «Сохранить», чтобы руководитель заранее знал о пробеле, а не узнавал после согласования из «Журнала предупреждений».
  • Диалог «Согласовать всё равно?» при согласовании отпуска без покрытия экспертизы наконец действительно срабатывает. Раньше внутренняя проверка молча пропускала шаг — пробел замечался только постфактум, через час, отдельной записью в журнале без активного уведомления. Теперь при попытке согласования всплывает подтверждение со списком тем и дат-«дыр»; если подтверждаете «всё равно» — решение фиксируется в журнале для аудита.
  • В разделе «Журнал предупреждений» больше не плодятся дубликаты по одной и той же причине. Раньше каждые несколько минут одна и та же запись «нет коллег по теме экспертизы» создавалась заново и старая шла в «решённые» — журнал быстро заполнялся идентичными строками. Теперь одна ситуация = одна открытая запись; она снимается автоматически, когда покрытие восстанавливается.
Что нового в релизе от 04.06.2026 00:51
  • KB-Updater (нейросетевой ассистент актуализации Базы знаний) больше не пропускает инцидентные тикеты под предлогом «инфраструктурный фикс, пользователю не видно». Раньше при таких тикетах нейронка ставила «актуализация не требуется», и диагностический паттерн (точные строки лога, причина, шаги диагностики) терялся — следующий специалист поддержки при повторении похожего сбоя проходил тот же путь с нуля. Теперь перед выводом «пропустить» нейронка обязана найти в разделе z_internal:support паттерн именно этого инцидента по ключевым словам из лога; если паттерна нет — создаётся диагностическая карточка. В «пропуске» теперь обязательно прикладывается результат поиска (какие ключевые слова использовала, что нашла) — без этого решение недействительно.
  • В регламент ведения базы знаний (вики проекта «База знаний») добавлен новый тип статьи — «Диагностическая карточка инцидента» для раздела z_internal:support. Структура из шести пунктов: симптомы (точные строки лога), чем отличается от похожих ошибок, причина, что было сделано, что делать при повторении, исторический контекст. Критерий создания: «сможет ли следующий сотрудник поддержки распознать этот сбой без звонка тому, кто разбирался в прошлый раз?» — если нет, карточка нужна.
Что нового в релизе от 04.06.2026 00:25
  • В пикере «📅 Назначить время» (карточка задачи) появилось поле «Причина переноса» — заполняется прямо в окне пикера и уходит в комментарий тикета одной транзакцией с новой датой. Раньше при втором и последующих переносах правило требовало комментарий, но ввести его было негде: окно пикера перекрывало карточку с полем «Комментарий», и получался замкнутый круг — приходилось сохранять дату через нативный Redmine. Поле показывается автоматически, если по задаче уже был хотя бы один перенос; снизу — счётчик «N / 50 символов». Если причину не вписали — окно пикера остаётся открытым с подсветкой поля и выбранной датой, без необходимости заново выбирать день/время.
  • Виджет «🗺 Маршрут задачи» в карточке задачи больше не показывает ошибочное «Нет доступных переходов» для саппорт-тикетов из проектов, отличных от inventory_2_0 (например, «Сайт»). Раньше там встречался статус «Тестирование», которого нет в карте маршрутов, и виджет ложно сигнализировал, что вернуть задачу можно только через нативный Redmine. Теперь виджет в таких проектах просто скрывается — статус правится обычным сохранением карточки, как для любых не-саппорт-тикетов.
Что нового в релизе от 04.06.2026 00:10
  • Личные отсутствия (отпуск, больничный, командировка, полный отгул, отпуск без содержания) теперь корректно учитываются в эффективности. Раньше эти дни считались обычными рабочими — если на них был запланирован срок выполнения задачи (CF10), задача автоматически считалась проваленной, и день уходил в 0% при подсчёте среднего за месяц. Командировка или отпуск могли «съесть» эффективность даже у тех, кто работал хорошо. Теперь: согласованные дни отсутствия исключаются из счёта точно так же, как обычные выходные, и в блоке «📅 По рабочим дням» подписаны с типом: «🏖 отпуск», «🤒 больничный», «📍 командировка», «📅 полный отгул», «🏖 отпуск без содерж.». Частичный отгул (несколько часов в дне) — остаётся рабочим днём, как и раньше.
Что нового в релизе от 03.06.2026 23:55
  • Зафиксированный спринт нельзя править через доску. Раньше у задачи на сетке оставались кнопка «✕ Убрать из плана» и активные ручки drag/resize — нажатие убирало задачу с глаз, в истории спринта она оставалась, а на доске пропадала. Так возникали «потери» вроде «задача в спринте 2 раза, но в первом её на сетке не видно». Теперь крестик, перетаскивание и изменение длительности на зафиксированной неделе отключены для всех, включая редактора плана. Чтобы поправить раскладку — сначала «🔓 Отменить фиксацию».
  • Если правка зафиксированной недели всё же ушла на сервер (например, из старой вкладки) — сервер её не применяет и возвращает понятное сообщение «Спринт зафиксирован — раскладка плана read-only. Отмените фиксацию, чтобы править», доска сама обновляется. Раньше такие запросы тихо проходили и расходились со зафиксированным планом.
Что нового в релизе от 02.06.2026 00:30
  • Поле «Дата для выполнения» теперь трактуется как плановое начало работы, а реальный дедлайн = «Дата для выполнения» + «Оценка трудоёмкости». Раньше дата считалась самим дедлайном, и оценка на просрочку не влияла. Пример: у задачи дата 01.06 20:30 и оценка 2 ч. — теперь она становится просроченной в 22:30, а не в 20:30. До этого баннер «Время к выполнению» уже в 21:30 писал «Просрочено на 1 ч.», хотя по плану на задачу было заложено 2 часа.
  • Подпись в баннере «Время к выполнению» в карточке задачи переписана: вместо «до 01.06.26 20:30 · оценка 2ч» теперь «начало 01.06.26 20:30 · оценка 2 ч. → дедлайн 01.06.26 22:30» — сразу видно и плановое начало, и итоговый момент, после которого задача считается просроченной. Если у даты нет времени (date-only CF10) — подпись «дедлайн 01.06.26» (на дневном гранулировании сдвиг оценкой неактуален). Если оценка не задана — поведение и подпись прежние: «до 01.06.26 20:30 · оценка не указана».
  • Изменение распространено на всю систему просрочек целиком, не только на баннер: в разделе «Замечания» («🔴 Просроченные задачи»), в виджете «Чем заниматься», в плашке «⚠ просрочено» рядом с подзадачами, в формуле «Моя эффективность» (для «в срок / с просрочкой» теперь сравнивается момент закрытия с дедлайном-с-оценкой), в детализации «📅 По рабочим дням периода» и в событии «дедлайн прошёл (не закрыта)» в журнале изменений эффективности. Везде используется одна и та же формула.
  • Метрика «Моя эффективность» за текущий период может заметно улучшиться у тех, кто закрывал задачи в пределах оценки после плановой даты — раньше такие закрытия уходили в «с просрочкой» и снижали процент, теперь корректно считаются «в срок». Метрики за прошлые периоды (исторические снимки в журнале) остаются как были — изменение применяется к расчётам «здесь и сейчас» и к новым закрытиям.
Что нового в релизе от 01.06.2026 21:00
  • В разделе «Настройки → Контроль интеграций» в карточке «📂 База знаний» появилась автопроверка «Свежесть БЗ». Раз в 10 минут сверяет дату последней правки страниц в DokuWiki с датой получения локального снимка wiki_data. Если хотя бы одна правка не доехала до приложения дольше суток — автоматически создаётся тикет ответственному (через ~25 часов после первой пропущенной правки). Раньше расхождение никак не контролировалось: если выгрузка wikidata.tar.gz переставала обновляться на источнике, AI-чат и KB-Updater молча работали по устаревшей базе знаний.
  • В плашке «Свежесть БЗ» в «Контроле интеграций» видны обе сравниваемые даты (последнее изменение в DokuWiki и дата нашего снимка), число несинхронизированных правок и возраст самой ранней пропущенной — чтобы сразу понимать масштаб расхождения, не лезя в логи. Алгоритм считает «самую раннюю пропущенную правку», а не «последнюю» — это ловит случай, когда в DokuWiki регулярно что-то правят, а наш снимок при этом замёрз.
  • На карте интеграций в вики проекта «for_admin» убрана пометка «регламент свежести базы знаний пока не задан». Регламент зафиксирован: «обновляется по факту изменения в DokuWiki, контроль свежести — авто, порог 24 часа».
Что нового в релизе от 31.05.2026 22:40
  • Строки в блоке «📅 По рабочим дням периода» стали кликабельными — клик по дню разворачивает подсписок задач этого дня с конкретными номерами и темами. По каждой задаче видно: тип закрытия (в срок / из инбокса / с просрочкой), балл этой задачи (0.30–1.00), вес (estimated_hours), опоздание в часах (для просрочек), исходный срок CF10. Внизу подсписка — формула дня в явном виде: «Σ вес·балл / Σ вес = балл дня», чтобы можно было пересчитать руками и убедиться, что цифра сходится. Это закрывает запрос «не вижу задач, которые повлияли на эти значения».
Что нового в релизе от 31.05.2026 22:00
  • В модалке «Из чего сложилась эффективность» появился блок «📅 По рабочим дням периода» — главный ответ на «откуда взялся такой процент». Каждый рабочий день месяца показан в строке: дата с днём недели, балл этого дня (с цветом — зелёный/нейтральный/красный), краткий состав закрытий («3 в срок ✓, 2 просрочки ⌛, 1 инбокс 📥»). Выходные подписаны, пустые дни без плана видны отдельно. Внизу — среднее по дням с данными = «База (план)» из шапки. Теперь процент можно пересчитать руками и убедиться, что цифра сходится — а главное, сразу видно, какие дни тянут вниз. Доступно и для своего профиля, и при просмотре чужого.
Что нового в релизе от 31.05.2026 21:00
  • Просроченные закрытия теперь честно учитываются в эффективности. Раньше система записывала факт «закрыто с опозданием на N часов» и вычисляла балл задачи (0.30–0.99), но потом молча выкидывала эту запись из формулы — в результате чем больше сотрудник закрывал просрочек, тем меньше «штрафа», что противоречит идее метрики. Теперь просроченное закрытие попадает в средний за день фактического закрытия с пониженным баллом. Если в день срока (CF10) задача не была закрыта, день срока тоже остаётся «провален» (0%) — то есть просрочка снижает показатель и на дне срока, и на дне закрытия (как и должно быть).
  • Бэкфилл меток закрытий: пройдён весь май, ~640 закрытых задач переразмечены через историю Redmine. До этого половина закрытий за май была «без классификации» (записи лежали до развёртывания модуля эффективности) и не учитывалась в формуле — у сотрудников, которые много закрывали в начале мая, процент эффективности был занижен. Сейчас исторические закрытия размечены: «в срок» / «с опозданием» / «из инбокса». Эффективность за май пересчитана для всех — у кого-то процент вырос, у кого-то снизился (особенно у тех, у кого много просрочек — раньше они исчезали).
  • Чистка «залипших нулей» в дневных показателях. Бывало так: на день в БД зафиксирован «балл = 0» (план провален), потом данные за этот день переписывали (план оказался пустым) — но 0 не сбрасывался в «не задан» и продолжал тянуть средний месячный показатель вниз. Теперь скрипт записи понимает разницу между «не присылать значение» и «явно сбросить в NULL». Чистка дней с фейковым нулём прошла за май для всех.
  • Новое окно «📋 Задачи сотрудника» — раскладка по поведенческим меткам за период. Открывается из модалки «Из чего сложилась эффективность» кнопкой «📋 Задачи». Категории-аккордеоны: «🔒 Закрыл сам», «↪ Передал — закрыта», «⚠ Передал — висит», «🔁 Эстафета» (только для трекера Поддержка — задача прошла через сотрудника в работе и была передана коллеге не через «Тестирование/Обратную связь»; сотрудник принял запрос, но не довёл до клиента), «↩ Возвращали обратно». В каждой категории — список задач с пагинацией по 20. Доступ — у руководителя отдела/управляющего партнёра + коллеги по отделу (тот же гейт, что в модалке эффективности).
Что нового в релизе от 31.05.2026 18:30
  • Hotfix к релизу 18:10 — модалка «Эффективность: Иванов Иван» зависала на «Загрузка…» и не подгружала ни один блок. Был ReferenceError в рендере (использовалась локальная переменная, не переданная в state). Прокинули, всё подгружается как должно.
Что нового в релизе от 31.05.2026 18:10
  • Модалка «Из чего сложилась эффективность» теперь показывает полную детализацию и для других сотрудников, а не только для себя. Раньше при клике по строке в разделе «🎯 Эффективность» открывался куцый вариант — только процент и список глобальных. Сейчас доступны все те же блоки, что и в «Моя эффективность»: «Как повысить» с конкретными задачами, инбокс с днями залегания, журнал изменений процента за сутки (sparkline + значимые дельты с событиями), детализация компонент по клику на ▸ (база/переносы/инбокс/сверхплан со списками задач). Доступ — у руководителя отдела, управляющего партнёра или коллеги по тому же отделу (бэк-гейт).
  • Когда смотрите чужую эффективность, над блоком «Как повысить» появляется плашка-контекст «👀 Это диагноз по сотруднику», чтобы рекомендации «Закройте задачу» / «Поставьте срок» не сбивали с толку (они адресованы сотруднику, не вам).
Что нового в релизе от 31.05.2026 17:45
  • В журнале изменений модалки «Моя эффективность» появилась подсказка «🔄 Фоновый пересчёт компоненты X» — когда показатель сместился, а событий (закрытие, перенос, попадание в инбокс) в этом окне не было. Раньше такие строки выглядели как «процент скакнул, причина неизвестна», а на самом деле это: правка формулы в релизе, упёрся/отпустил cap, дозаполнились данные задним числом. Теперь сразу видно, что событий не было, и не нужно гадать, где «потеряли» событие.
Что нового в релизе от 31.05.2026 17:30
  • В разделе «🎯 Эффективность» (свод отдела/компании) теперь кликабельна вся строка сотрудника, а не только цветная фамилия — открывается та же модалка «Из чего сложилась эффективность», что и для вас самих: процент, разбивка по компонентам (база, переносы CF10, инбокс, сверхплан), график за 12 месяцев и блок «Как повысить». Над таблицей появилась подсказка, чтобы новые пользователи находили эту функцию сразу, а не натыкались случайно. У строки при наведении подсвечивается фон и появляется шеврон «›».
Что нового в релизе от 31.05.2026 15:42
  • В модалке «Моя эффективность» компонент «Коэф. переносов CF10» больше не штрафует за перенос чужих задач. Раньше, если вы как руководитель/планировщик двигали срок на задаче, где исполнитель — другой сотрудник, перенос засчитывался вам в счёт (одна такая запись могла снизить итоговый показатель на 0.2%). Теперь учитываются только переносы своих задач — где вы и исполнитель, и тот, кто двигает срок. Расшифровка в тултипе и плашка «N переносов за 30 дней» в карточке сотрудника синхронно показывают то же число, что и в формуле. Карточка задачи («↻ перенесена N раз») по-прежнему показывает всю историю — там она нужна целиком.
  • Исторические записи переносов (до этого релиза) бэкфиллом не дополняются — у них не сохранён исполнитель на момент переноса. Поэтому в первые недели после релиза «Коэф. переносов CF10» у всех будет выглядеть лучше реальности, потом метрика наберёт собственный объём данных естественным путём.
Что нового в релизе от 31.05.2026
  • В модалке «Моя эффективность» больше не появляются ложные «зубцы» в графике «Журнал изменений» — когда показатель ни с того ни с сего скакал на +15% (или больше), а через несколько минут возвращался обратно. Причина была в том, что при кратковременном сбое связи с базой данных (флап сети, таймаут на доли секунды) расчёт компоненты «штраф инбокса» молча принимал «инбокс пуст = штраф 0», и снимок процента улетал в журнал как «правда». То же самое касалось компонент «Коэф. переносов CF10» и «Бонус сверхплана» — на флапе они подменялись «нейтральными» значениями. Теперь при любом сбое чтения хоть одной компоненты снимок пропускается целиком, следующий тик через 30 минут подберёт корректное значение. Заодно почищены 33 уже-кривых снимка за последнюю неделю — графики «Журнал изменений» у нескольких сотрудников станут гладкими.
Что нового в релизе от 29.05.2026
  • В журнале изменений задачи в строке «Назначен» теперь снова отображается имя сотрудника вместо числового id. Раньше при изменениях вида «Назначен: «24» → «6»» в истории мог показываться голый номер — если оператор не был в списке активных пользователей Redmine (уволенный, заблокированный или просто не попавший в пагинацию). Теперь система дополнительно подставляет имя из локальной базы сотрудников. Если в локальной базе тоже нет — остаётся прежний фолбэк на числовой id.
Что нового в релизе от 28.05.2026 23:40
  • Виджет «Время к выполнению» в карточке задачи теперь корректно показывает «Просрочено», если час дедлайна сегодня уже прошёл. Раньше при сроке вида «28.05.26 10:00» виджет до конца суток продолжал гореть «Сегодня!», даже если время давно вышло — теперь после прошедшего часа дедлайна показывается «Просрочено на N ч.» и плашка краснеет. Если в сроке указана только дата без времени — поведение прежнее, «Сегодня!» горит весь день.
Что нового в релизе от 27.05.2026 17:57
  • В «Настройки → Контроль интеграций» добавлена карточка «Пользователи Gitea» — раз в 10 минут менеджер сам сверяется с внутренним git-сервером. Аккаунты без сотрудника и активные доступы у уволенных видны в общей матрице «Настройки → Доступы»; если git-сервер вдруг не отвечает, ответственному автоматически прилетает тикет. По умолчанию проверка выключена — попросите администратора подключить её, дальше всё управляется кнопкой в карточке.
  • Для Gitea действует правило «один сотрудник = один аккаунт». При попытке привязать к человеку второй git-логин система покажет ошибку с подсказкой, какой аккаунт уже привязан — нужно сначала отвязать или удалить старый. Для остальных систем (Redmine, VPN и т.д.) поведение прежнее: разрешено несколько учёток на сотрудника, если так нужно.
  • В разделе «Доступы → Непривязанные» для Gitea-аккаунтов в колонке «External ID» теперь видно «ФИО (login)» вместо голого числового id — классифицировать заметно быстрее.
Что нового в релизе от 26.05.2026 19:00
  • Изменён текст сообщения, которое уходит клиенту в учётную программу при раскатке версии (галка «Сообщение клиенту в программу учёта» в волне раскатки). Вместо «Просим оставить обратную связь о результатах работы доработок» теперь: «Этап тестирования на нашей стороне завершён. Просим вас подключиться к проверке…» — с правильной плюрализацией под количество тикетов (1 обращение / 2 обращения / 5 обращений). Если AI-абзац с кратким описанием доработок получается слишком общим («реализована доработка по обращению клиента» — это уже сказано в шапке шаблона), он не вставляется — клиент не видит дублирующих фраз. Параллельно переписан промпт AI-переводчика: модель меньше галлюцинирует формулировки, которых не было в исходных тикетах.
  • В комментарии к раскатке версии (тот, что пишется в InfoAS-админке рядом с обновлением версии) теперь видны темы конкретных тикетов из волны, а не только их номера. Раньше комментарий состоял из служебных строк «сборка …», «источник: Redmine Manager» и голого списка #ID — теперь это убрано, вместо этого список вида «#80123 — Тема обращения» (тема обрезается до 80 символов). Темы подтягиваются по best-effort: если Redmine не ответил, в комментарии останутся просто номера.
  • Модалка «Моя эффективность» теперь открывается мгновенно. Раньше окно висело пустым 30–60 секунд (а в худшем случае — до 2 минут), пока подтянутся все блоки разом. Теперь сначала появляется сама панель со скелетонами-плашками, и каждый блок (большой процент, таблица «База/Коэф/Штраф/Бонус», советы «Как повысить», график «Журнал изменений», «Динамика по месяцам», «Косяки в глобальных задачах») заполняется отдельно по мере прихода своих данных — основные цифры видны через 1–3 секунды.
  • Блок «Косяки в глобальных задачах» больше не пересчитывается на каждое открытие модалки. Фоновый воркер раз в 30 минут считает и кладёт список в кеш — модалка читает оттуда. Раньше эта одна строка одна тянула 1.5–2 минуты на сотрудниках с большим количеством глобальных задач.
  • График «Динамика по месяцам» в модалке эффективности теперь считается параллельно: 12 месяцев одновременно вместо по очереди. Загрузка спарклайна сократилась с ~60 секунд до ~10.
  • В таблице компонент эффективности у каждой строки появился значок «▸». По клику разворачивается детализация: какие задачи и как повлияли. «База» — закрытия за период с баллом каждого; «Коэф. переносов CF10» — список переносов с пометкой «внутри дня — не в счёт»; «Штраф инбокс» — задачи в инбоксе с днями залегания; «Бонус сверхплана» — сверхплановые закрытия. Подгружается лениво по клику, открытие модалки не тормозит.
  • График «Журнал изменений» теперь сжат до рабочих часов вашего графика. Раньше график тянулся длинной прямой через ночь и выходные — было непонятно, какая часть дня просела. Нерабочее время теперь сворачивается (под графиком пишется «Скрыто N точек нерабочего времени»), а вся информативная динамика разворачивается на всю ширину. Список значимых дельт ниже не изменился — внерабочие события туда всё равно попадают, если процент реально шевельнулся.
  • Клик по тикету-ссылке из модалки «Моя эффективность» больше не закрывает саму модалку. Тикет открывается поверх, и при его закрытии вы возвращаетесь к панели эффективности на том же месте.
  • Форма логина больше не моргает при обновлении страницы. Раньше при F5 или открытии вкладки форма ввода учётных данных была видна 1.5–3 секунды, пока шла проверка сессии — пользователи начинали вводить логин и тут же получали авторизацию. Теперь поверх отображается оверлей со спиннером и подписью, на какой именно фазе мы находимся: «Проверка сессии», «Запрос к Redmine», «Загрузка профиля из БД», «Загрузка задач». Если фаза висит дольше 2 секунд — добавляется пометка «(долго)», после 8 секунд — оранжевый цвет и подсказка с возможной причиной (например, «возможно, моргает VPN-туннель»). Тот же оверлей теперь и при самом входе в систему — после нажатия «Войти» форма скрывается, виден прогресс.
Что нового в релизе от 25.05.2026 18:10
  • Устранена волна ошибок «502 Proxy Error», из-за которой утром все пользователи временно теряли доступ к интерфейсу. Корень: виджет «Чем заниматься» у тестировщика тянул из Redmine один огромный список задач (600+ ID одним запросом), сервер Redmine на это отвечал ошибкой через минуту и держал рабочие потоки занятыми. Теперь список разбивается на пачки по 100 задач — Redmine отвечает быстро, потоки не блокируются.
  • Закрытые в Redmine задачи больше не показываются у тестировщика как «открытые». Раньше после закрытия задачи без снятия исполнителя она навсегда оставалась в списке тестировщика. У некоторых тестировщиков таких «висяков» накопилось 400-500 штук. Теперь система учитывает не только смену исполнителя, но и закрытие задачи — фоновая сверка автоматически приведёт списки в порядок в течение ближайшего часа.
  • В виджете «Чем заниматься» у тестировщика очередь теперь сгруппирована по приоритету: 🎯 задачи текущего зафиксированного спринта → 📅 переданные на тест в этом месяце → 📦 более старые (backlog). Сверху рекомендуется задача из спринта, если их нет — из текущего месяца. Рядом с задачей виден значок группы, а в общем счётчике — сколько задач в каждой категории.
  • Раздел «Спринты» открывается в несколько раз быстрее. Раньше при большом количестве задач у разработчиков на загрузку доски уходило 25-30 секунд (видны мониторинговым «шиммером»). Теперь загрузка идёт параллельно — те же данные подтягиваются за 5-7 секунд.
  • Повторное обновление спринт-доски (после правки часовой раскладки или поллинга раз в 30 секунд) почти мгновенно: бейджи «в спринте N раз» подтягиваются из кеша. Нагрузка на CRM-БД при работе нескольких ПМ на доске одновременно снижена.
Что нового в релизе от 25.05.2026 00:05
  • В «Настройки → Контроль интеграций» добавлена интеграция «DeepSeek API» — фоновая проверка работоспособности облачной модели (раз в 10 минут). Если ключ просрочен, кончились кредиты или API недоступен — появится предупреждение, и через 30 минут будет создан тикет ответственному. По умолчанию проверка выключена: включается в карточке интеграции после прописывания DEEPSEEK_API_KEY в .env.
Что нового в релизе от 24.05.2026 11:00
  • В плашке «Снижение эффективности» над «Входящими» глобальные задачи (родительские задачи с подзадачами) больше не начисляют штраф. Раньше задача без CF10, к которой затем добавлялись подзадачи, продолжала висеть в инбоксе и каждый день добавляла свой процент — она уже была «глобальной» в виджете, но внутри системы по-прежнему числилась как «обычная без срока». Теперь: при создании подзадачи через RM-менеджер родитель немедленно выходит из инбокса; то же происходит при переподвешивании существующей задачи. Воркер эффективности (каждые 30 мин) дополнительно зачищает исторические записи — задачи, ставшие глобальными до этого исправления, исчезнут из штрафа автоматически в течение получаса.
Что нового в релизе от 24.05.2026 01:14
  • В разделе «🚀 Спринты → 📊 Аналитика» в подсказке к счётчику «+N сверх плана» теперь видно, какие из этих задач реально новые, а какие — вернувшиеся доработки. «🆕 Новые» — задача раньше ни в один спринт не попадала; «🔁 Доработки» — задача уже была в каком-то прошлом спринте и теперь снова закрылась вне плана. Само число «+N» не изменилось — обе категории по-прежнему считаются сверхплановыми, разбивка нужна, чтобы отличить освоение нового от уборки хвоста.
  • В CSV-экспорте аналитики спринтов появилась колонка extra_kind: для строк сверхплана значение new или rework, для остальных категорий пусто. Удобно фильтровать в Excel и считать долю доработок отдельно.
Что нового в релизе от 24.05.2026 00:40
  • В карточке задачи появилась кнопка «📚 Статьи в БЗ по теме». По клику находит и показывает 3–5 страниц базы знаний, релевантных теме и описанию этого тикета. Если перед поиском написать вопрос в поле — добавится короткий AI-ответ на этот вопрос по найденным статьям. Вопрос по умолчанию подсказывается: «Есть ли ответ на вопрос из тикета в базе знаний? Если нет — задай уточняющие вопросы». Поиск дёргается только по клику, чтобы не нагружать сервис при каждом открытии тикета.
  • Черновик «Как это работает» теперь подкладывает в подсказку модели именно релевантные статьи БЗ, а не первые 2 КБ файлов из папки по алфавиту. Если сервис поиска недоступен — откатывается на старое поведение, инструмент остаётся рабочим.
  • В модалке задачи описание и комментарии больше не ломают имена с подчёркиваниями. Раньше ai_order_pay_code отображался как aiorderpaycode, а log_2126_2135.txt — как log21262135.txt: парсер принимал внутренние подчёркивания за курсив. Теперь курсивом считается только _текст_ на границе слова, как в самом Redmine.
  • Убраны «лестницы» пустого пространства между заголовками, таблицами и списками в описании задачи и комментариях. Раньше после каждой пустой строки в textile-разметке вставлялся лишний перенос поверх собственного отступа блока — получалась колонка пустоты на пол-экрана между разделами вроде «Вывод» и «Причина». Теперь плотность как в нативном Redmine.
Что нового в релизе от 24.05.2026 00:30
  • KB-Updater (фоновая сборка задач на тех.писателя по реализованному за спринт) перестал затягивать саппорт-обращения. Раньше в работу попадали все закрытые за неделю тикеты проекта «Учёт 2.0», включая трекер «Поддержка», — после долгого простоя одним проходом было создано 647 лишних задач в «Базе знаний». Теперь рассматриваются только трекеры реальной разработки: «Ошибка», «Улучшение», «Падение». Список настраивается без выкатки.
  • KB-Updater обрабатывает не более одного нерасобранного спринта за раз. Если накопилось несколько — раскатываются по одному с интервалом 10 минут, а не залпом. В сводке раздела «Контроль интеграций → KB-Updater» виден остаток очереди.
Что нового в релизе от 23.05.2026 19:59
  • Виджет «🎯 Чем заниматься сейчас» научился отдельно работать для тестировщика. Раньше очередь сортировалась по CF10 разработчика — задача всплывала наверх как «просроченная» уже в момент передачи на тест, хотя у тестировщика отсчёт должен начинаться с момента, когда задача стала его. Теперь у тестировщика свой порядок: «просрочка» → «бюджет горит» → «в работе» → «только переданы». В видимой строке виджета подписано, сколько задач в каждой корзине, наверху всегда задача, которой надо заняться прямо сейчас.
  • Бюджет каждой задачи у тестировщика — это оценка разработчика (estimated_hours): на час разработки даётся час тестирования. Если оценка не задана — бюджет 1 час (это давит на то, чтобы разработчик всё-таки оценивал). Время считается в рабочих часах (10–18, выходные и праздники не считаются). Возврат задачи в разработку приостанавливает счётчик, повторная передача снова его запускает — итерации не делят бюджет, он суммарный по всем заходам.
  • Когда суммарное время задачи у тестировщика превышает бюджет — появляется предупреждение «тестирование застряло» в «Настройки → Контроль интеграций». Закрывается автоматически, как только задача ушла или оценка была увеличена.
  • В разделе «🎯 Моя эффективность» у тестировщика теперь своя панель. Процент считается по другой формуле: 100 %, если задача уложилась в бюджет, −5 % за каждые +25 % превышения, минимум 30 %. В панели сверху есть раскрывающийся блок «Как устроены ваша очередь и ваш процент» — там объяснено, что определяет порядок задач в виджете и как считается процент. Ниже разбивка «сколько уложилось / сколько превысило / сколько превысило сильно», блок «❗ Что снизило процент» с конкретными цифрами и блок «💡 Что делать для повышения» с практическими советами.
  • Топ-10 «дорогих» задач периода — список задач, которые сильнее всего просадили процент тестировщика, с цифрами «у вас столько-то часов / бюджет столько-то / превышение / балл». Можно кликнуть в номер задачи и сразу её открыть.
Что нового в релизе от 22.05.2026 10:20
  • В разделе «📊 Метрики» в режиме «📅 По дням» над каждой серой вертикалью теперь подписана дата сборки (дд.мм). Раньше при плотных вертикалях приходилось целиться мышью в тонкую пунктирную линию, чтобы понять «это какая сборка». Теперь видно сразу.
  • В подсказке «❓» к разделу «📊 Метрики» в самое начало вынесен блок «🎯 Как этим пользоваться»: графики — это сверка, а не источник знаний. Знания о проблемах берутся от клиентов, СТП и менеджеров; графики только подтверждают вашу картину. Если график расходится с тем, что вы знаете — это сигнал о процессе коммуникации, а не о метрике.
  • Уточнена формулировка про серые вертикали: они стоят не на «дате сборки» (которая читалась как «дата компиляции»), а на дате первого появления сборки в парке. Это «когда клиенты её скачали и она прислала первый замер», а не когда её собрали в Jenkins.
  • Блок «Сравнить: A → B» в шапке раздела «📊 Метрики» теперь не уезжает за правый край при узком окне — шапка переносится на вторую строку. Заодно блок получил рамку, чтобы быть заметнее среди других контролов.
  • В режиме «📦 По релизам» из графика исчезли сборки старше выбранного периода. Раньше клиенты-«зависанцы», сидящие на билде месячной давности, лепили точки у левого края и забивали обзор свежих релизов. Теперь сборка попадает на график только если её дата компиляции в выбранном окне.
  • На блок «7д: X мс» в правом верхнем углу каждой карточки добавлена подсказка при наведении: что это weighted-avg за 7 дней и сравнение с предыдущими 7 днями. Раньше расшифровка была только в общей справке «❓».
Что нового в релизе от 21.05.2026 23:37
  • В режиме «📦 По релизам» появился выбор двух версий для сравнения. В шапке раздела два дропдауна «Сравнить: A → B» — по умолчанию подставляются последние две сборки парка. На каждой карточке справа сверху появляется значение метрики для версии A, для версии B и Δ между ними. На графике обе точки подсвечены цветным кольцом: A синим, B фиолетовым.
  • Сразу видно, как изменилась производительность от предыдущего к текущему билду по всем 6 метрикам разом — без переключения вкладок и без рассуждений «а где же эта точка на графике».
  • Кнопка ✕ рядом со списками сравнения возвращает обычный показ «7д: X мс» (среднее за последние 7 дней + изменение к предыдущей неделе).
Что нового в релизе от 21.05.2026 23:16
  • В подсказке «инбокс этого месяца снижает на −X%» в модалке «🎯 Моя эффективность» теперь показан список номеров задач с давностью залегания (например, «#1234 (12д), #5678 (3д)»). Раньше говорилось только «6 задач без CF10», и приходилось искать их вручную.
  • Из подсказок про висящие задачи убрана формулировка «закройте если неактуально» — теперь предлагается «поставьте срок и выполните». «Стало неактуально» — это упущенное время, и метрика не должна подсказывать обходить просрочку через закрытие.
Что нового в релизе от 21.05.2026 22:31
  • В задачах трекера «Поддержка» обычный комментарий без смены статуса и исполнителя больше не блокируется ошибкой «Реассайн исполнителя без смены статуса не предусмотрен». Раньше проверка маршрутов ошибочно срабатывала, потому что форма всегда отправляет текущие значения статуса и исполнителя — даже когда пользователь их не трогал.
Что нового в релизе от 21.05.2026 22:28
  • В пикере «📅 Назначить время» плашки чужих задач на сетке стали кликабельными. Левый клик закрывает пикер и открывает карточку задачи (удобно быстро посмотреть, чем занят сосед в нужном слоте). Правый клик открывает задачу в новой вкладке — пикер при этом остаётся открыт и выбранное время не теряется.
Что нового в релизе от 21.05.2026 22:16
  • Регулярные задачи больше не «прилипают» к заместителю. Раньше, если исходный исполнитель один раз ушёл в отпуск или отгул и задача автоматически уехала на замену, следующие подзадачи продолжали назначаться на замену даже после возвращения сотрудника. Теперь каждая новая подзадача начинается с настоящего исполнителя регулярки (того, кто указан у глобальной задачи), а эскалация по отпуску проверяется заново на конкретную дату.
  • Регулярные задачи больше не задваиваются, если параллельно запущены две копии менеджера (например, локальная разработка и прод на одной Redmine). Раньше совпадение фоновых проверок раз в 10 минут создавало две одинаковые подзадачи. Теперь обе копии видят общий замок и одна тихо пропускает создание.
Что нового в релизе от 21.05.2026 20:18
  • Раздел «📊 Метрики» переделан: основной режим — «По релизам», каждая точка на графике соответствует одному релизу ФармЭксперта. Сравнение «сборка A vs сборка B» теперь делается напрямую по соседним точкам, без поиска нужной даты по календарю.
  • Снято ограничение «релиз только при ≥ 5 СУ». Раскатка идёт поштучно — даже одиночные клиенты на новой сборке теперь видны на графике как точка. Это критично, чтобы сразу замечать регрессию hotfix-сборок до массовой раскатки.
  • Сохранён старый режим «По дням» — переключатель в шапке раздела. Полезен, когда нужно отследить просадку от внешних факторов (выходные, обвал связи в регионе), а не от релиза.
  • Подсказка «?» рядом с вкладкой «Метрики» обновлена: отдельные блоки про каждый режим, обновлённые шаблоны выводов, отдельный пункт о том, как читать релизы с малым числом СУ.
Что нового в релизе от 21.05.2026 17:39
  • В разделе «🏷 Релизы» появилась вкладка «📊 Метрики» — графики производительности ФармЭксперта по 5 ключевым операциям: обновление каталога, загрузка полного каталога, приём денег в кассе, открытие журнала накладных и старт программы. На каждом графике видно среднее по парку за день и пороги «норма» (зелёный пунктир) и «тревога» (красный). Сразу понятно, держится ли операция в рамках нормы или просела.
  • На графиках вертикальными пунктирами отмечены даты сборок ФармЭксперта — видно, какой релиз ушёл в парк в этот день и сколько СУ его получили. Сопоставление «после релиза X скорость операции просела» теперь делается глазами за секунду.
  • Справа на каждой карточке показано текущее значение операции (среднее за 7 дней) и изменение к предыдущей неделе — рост или спад с цветовой подсветкой. Сразу видна динамика, не нужно сравнивать графики глазами.
  • Под графиками — свёрнутый блок «🐌 Проблемные СУ» с топ-10 рабочих мест по каждой операции, у которых средние значения в 3+ раза выше нормы по парку. Помогает быстро находить медленные аптеки и точечно разбираться с ними.
  • Период наблюдения переключается одним кликом: 4 / 8 / 12 / 26 недель. Можно посмотреть, как метрика менялась за квартал или сосредоточиться на последнем месяце.
Что нового в релизе от 21.05.2026 17:33
  • «Время к выполнению», выставленное служебной учёткой («ФЭ Робот» и подобные автоматы), теперь может править любой оператор — больше не нужно искать «того, кто назначил», когда дату ставил бот. На задачах, где срок назначил живой коллега, ограничение работает как раньше.
  • Снят запрет на перенос «Даты для выполнения», у которой текущее значение уже сегодня или в прошлом. Просроченную дату теперь можно сдвинуть — раньше это превращалось в тупик, особенно для дат, проставленных автоматами в прошлое. Остальные правила переноса (рабочий день, размер шага, обязательная причина со 2-го переноса) продолжают действовать.
Что нового в релизе от 21.05.2026 13:20
  • В модалке «🎯 Моя эффективность» добавлен блок «💡 Как повысить» — персональные подсказки на основе текущей ситуации: какие задачи с прошедшим CF10 сегодня тянут балл вниз (со ссылками), какой ближайший срок впереди, сколько задач залегает в инбоксе этого месяца, есть ли смысл взять сверхплан. Не нужно гадать, что именно сейчас портит процент.
  • В той же модалке появился блок «📈 Журнал изменений» с графиком процента за сутки или неделю и списком значимых скачков. Для каждого скачка показано, какая компонента изменилась (база, инбокс, переносы) и какое событие это вызвало: закрылась задача в срок / с просрочкой, прошёл CF10 у незакрытой задачи, перенесли срок, задача ушла в инбокс — с прямыми ссылками. Видно, почему процент скакнул на 10–15% за несколько часов.
  • Журнал процента эффективности обновляется автоматически в фоне примерно раз в полчаса. История хранится 30 дней.
Что нового в релизе от 21.05.2026 01:35
  • Виджет «🎯 Чем заниматься сейчас» больше не вытаскивает глобальную задачу в основной слот, если у неё нет открытых подзадач или подзадачи зависли — это блокировало выбор реальной работы. Сигнал о косяках по глобальным остаётся в отдельной плашке «🌀 Разгребай глобальные» (зажигается с порога 1.0 балла и выше), бейдж кликабельно открывает блок «Управление глобальными» в модалке эффективности.
  • Нейронка в карточке задачи и в раскатке релизов перестала «творчески» расшифровывать тему тикета, если в описании нет деталей реализации. Теперь при пустом/коротком описании поля «Тема для пользователя» и «📥 Сообщение клиенту» заполняются нейтральной заглушкой «Реализована доработка по обращению клиента» / «уточнение функционала» — вместо выдуманных подробностей.
  • Нумерованные и маркированные списки внутри комментариев Redmine (в журнале задачи) теперь рендерятся с отступом и маркерами, а не слипаются в сплошной текст.
Что нового в релизе от 21.05.2026 01:27
  • В документации проекта (CLAUDE.md, README, комментарии в .env, заголовки ключевых модулей) добавлены расшифровки исторических имён, которые путают: «CRM-БД» — это БД самого Redmine Manager'а, а не CRM компании; CRM компании — это «InfoAS slave» (в коде встречается под префиксом «i9ru», но это не сервер i9); «InfoAS_FX_data» — это MySQL-сторона InfoAS master, а «rm.infoas.biz» — HTTP-сторона того же мастера. Старые имена не тронуты, рядом стоят пояснения.
Что нового в релизе от 21.05.2026 01:15
  • Карта интеграций в вики проекта «для админа»: уточнены названия систем — «MySQL infoas_crm (БД Redmine Manager'а)» вместо ошибочного «CRM-БД» (CRM — это InfoAS slave), «InfoAS master — MySQL» и «InfoAS master — API раскатки» вместо разных терминов про один и тот же сервер. Понятнее, куда что ходит.
  • На карте интеграций добавлен прометный блок-предупреждение «АВТОГЕНЕРИРУЕТСЯ» в шапку страницы — чтобы коллеги не пытались править описания прямо в вики (правки стираются при следующем обновлении). Свободные заметки — только в нижнем блоке «Заметки админа».
  • Карта интеграций больше не плодит ежедневные пустые ревизии в вики: страница перезаписывается только когда реально что-то поменялось в манифесте или у ответственных, а не каждый раз из-за свежей строки «Последняя синхронизация».
  • Для интеграции «FTP — База знаний» в карте честно зафиксировано: регламент обновления самого файла на источнике пока не задан, автопроверка свежести отсутствует. Заведена задача на это.
Что нового в релизе от 21.05.2026 00:43
  • В вики проекта «для админа» появилась страница «Интеграции и взаимодействие систем» — карта всех внешних систем, с которыми работает Redmine Manager (Redmine, amoCRM, базы InfoAS, Matrix, VPN, телефония, Google Calendar, локальный AI и др.). Для каждой интеграции — назначение, что сломается при недоступности, ответственный. Страница пересобирается автоматически раз в сутки, ручные заметки администратора сохраняются между обновлениями.
Что нового в релизе от 20.05.2026 02:41
  • В блоке «Управление глобальными» применён тот же прогрессивный фильтр, что и для инбокса: считаются только косяки, появившиеся в выбранном периоде. Старые задачи (открытые годами, без подзадач, или с давно-просроченными чужими подзадачами) собираются отдельной плашкой «⏳ Старый бэклог: N задач с M балла». Бейдж «🌀 РАЗГРЕБАЙ ГЛОБАЛЬНЫЕ» в виджете больше не зажигается от пятилетнего долга — только от свежих косяков этого месяца.
  • В разделе «🎯 Эффективность отдела» управляющему партнёру и руководителям без department_id раздел теперь по умолчанию открывается на «Вся компания» (раньше показывал «0 сотрудников»). Кнопка «Вся компания» появляется по факту прав, а не угадывается. У обычного сотрудника без отдела теперь видна подсказка «не задан отдел в карточке сотрудника».
Что нового в релизе от 20.05.2026 02:17
  • В шапке плашка «🎯 N%» — процент эффективности за текущий месяц. Клик открывает модалку с разбивкой: своевременность закрытий по CF10, коэффициент переносов CF10, штраф за «инбокс залегает», бонус за сверхплан. У каждого компонента — тултип-формула. Динамика по месяцам в виде графика и переключатель «Месяц / Квартал / Год».
  • Над колонкой «Входящие» — баннер «Снижение эффективности: −N% (M задач этого месяца, +K в бэклоге)». Месячный показатель ломают только свежие задачи; задачи, висящие без CF10 с прошлых месяцев, учитываются в квартальном и годовом счёте. Идея — разгребайте текущий месяц, не утопая в накопившемся бэклоге.
  • Виджет «🎯 Чем заниматься сейчас» получил состояние «🌀 РАЗГРЕБАЙ ГЛОБАЛЬНЫЕ». Появляется, когда у вас накопились косяки по глобальным задачам: подзадачи без исполнителя, ваши без CF10 или просроченные, чужие просрочки на которые завязана глобальная. Внутри виджета — кнопка «⏸ Знаю, не могу»: прячет напоминание до следующего целого порога. Балл при этом не сбрасывается, его снимает только реальное разгребание.
  • Новый пункт меню «🎯 Эффективность отдела». Сводная таблица сотрудников вашего отдела: процент, база, переносы, инбокс, сверхплан — с сортировкой по любой колонке и переключателем периодов. Руководители отделов и управляющий партнёр видят кнопку «Вся компания» — те же показатели по всем активным сотрудникам с разбивкой по отделам.
Что нового в релизе от 19.05.2026 16:51
  • При первичном назначении исполнителя на задачу комментарий больше не требуется. Поле «Комментарий» остаётся обязательным только при переназначении — когда задача передаётся от одного сотрудника другому.
  • В форме создания задачи попап выбора наблюдателей больше не обрезается и не уходит за край экрана.
Что нового в релизе от 19.05.2026 01:46
  • При одновременной смене трекера и статуса задачи изменения больше не теряются молча. Если выбранный статус недоступен в новом трекере — список статусов обновляется и появляется подсказка выбрать другой; остальные изменения при этом уже применены.
  • В тулбаре комментария появилась кнопка «пометка нейросети». Добавляет стандартную курсивную пометку «подготовлено нейросетью по поручению…» согласно регламенту использования нейронки.
  • Вкладка «Репозиторий» в задаче корректно работает при наличии сразу двух репозиториев (git и hg): ссылки на ревизии ведут в тот репозиторий, где ревизия реально находится.
  • Закрытые тикеты «Важная» и «Критично» в «Релизах» больше не красят сборки, выпущенные после даты закрытия. Подсветка прекращается в момент закрытия задачи.
  • Исторические отпуска (автозакрытые после окончания периода) снова видны водяными знаками на прошлых спринтах и в истории календаря.
  • После привязки файлов сборки к релизу плашки «битность не подходит» в модалке волны раскатки убираются сразу — не нужно закрывать и переоткрывать диалог.
  • Кнопка «скопировать ссылку на задачу» теперь копирует ссылку в Redmine Manager, без накопившихся фильтров текущей сессии.
  • Блок «Обязательные файлы» в модалке задачи красный только когда файлы действительно нужны (перевод в «Тестирование»). В остальных случаях — нейтральный.
Что нового в релизе от 18.05.2026 00:42
  • После фиксации спринта задачам трекеров «Ошибка» и «Улучшение», у которых не была заполнена дата выполнения и трудоёмкость, эти поля проставляются автоматически из раскладки спринт-доски. Раньше такая задача без даты считалась «зависшей» и подсвечивала родительскую задачу красным — теперь индикатор гаснет сам. Вручную заданные дату и оценку фиксация не трогает.
  • На карте «Маршруты задач» завершающий статус снова отображается на своём месте. Из-за расхождения в названии статуса его узел выпадал из схемы и уезжал вниз.
  • Имена файлов в истории изменений задачи стали кликабельными: картинка открывается в превью, остальные файлы — в новой вкладке. Не нужно прокручивать к блоку «Приложенные файлы».
  • Раздел «Маршруты задач» стал компактнее: карта переходов и панель с подсказками теперь расположены рядом, а маппинг ролей свёрнут в раскрывающийся блок — меньше прокрутки.
  • В карточке задачи описание и комментарий получили лёгкую цветную подложку и более заметные подписи — их проще отличить от обычных полей формы.
Что нового в релизе от 15.05.2026 13:13
  • При создании отпуска и при его согласовании появляется предупреждение, если суммарный оплачиваемый отпуск сотрудника за календарный год превышает 28 дней — помогает не выйти за норму. Превышение не блокируется: продолжить можно по подтверждению.
  • Отпуск, который начинается в декабре и заканчивается в январе, при проверке лимита засчитывается в оба года по фактическим дням — норма по каждому году считается отдельно и корректно.
  • Смена проекта или трекера в карточке задачи теперь применяется только при нажатии «Сохранить», а не сразу при выборе. Можно передумать и вернуть прежнее значение, ничего не сохранив; поля карточки при этом сразу подстраиваются под выбранный проект и трекер.
Что нового в релизе от 15.05.2026 00:32
  • В шапке карточки задачи селекторы «Проект» и «Трекер» больше не «зависают» после первой успешной смены. Раньше повторно открыть выпадашку не получалось — клик молча игнорировался, и приходилось перезагружать страницу. Теперь переключать проект/трекер можно подряд сколько угодно раз.
  • В карточке сотрудника поле «Начало работы в компании» удобнее заполняется: текстовое поле с маской «мм.гггг» и кнопка 📅, открывающая визуальный выбор года и месяца (◀/▶ по годам + сетка из 12 месяцев). Раньше в части браузеров поле либо открывалось в американском формате, либо вообще не давало picker — приходилось набирать руками.
Что нового в релизе от 14.05.2026 14:26
  • При согласовании отпуска система проверяет, остаётся ли хоть один коллега по каждой теме экспертизы заявителя — с учётом уже оформленных отпусков, больничных и командировок, без разницы между уровнями «эксперт» и «помощник». Если по какой-то теме не остаётся никого, открывается диалог с перечнем тем и дат «нет покрытия» и кнопкой «Согласовать всё равно». Жёсткой блокировки нет — только переспрос, чтобы согласующий увидел риск до нажатия «Согласовать»; решение пишется в журнал предупреждений для аудита.
  • Если даты уже-согласованного отпуска сдвинули, или другой эксперт оформил свой отпуск на пересекающийся интервал — в журнале предупреждений автоматически появляется запись «по таким-то темам не остаётся никого». Снимается сама, когда покрытие восстановилось. Дыры, которые возникают незаметно после согласования, теперь видны без ручных сверок календарей.
Что нового в релизе от 14.05.2026 00:06
  • Запущен KB-Updater: после закрытия каждого спринта автоматически создаются задачи на технического писателя в проекте «База знаний» — по одной на каждый реализованный за неделю тикет. К задаче приложен ZIP-пакет для нейронки (полные файлы кода, склеенная база знаний, методология, текст исходного тикета и его вложения). Инструкции по новым фичам перестают забываться: пишет их по-прежнему человек, но сам факт «нужно описать» больше не теряется.
  • В карточке сотрудника роли вынесены в отдельную строку «Должности» с тремя галками: «QA», «Технический писатель», «Разработчик». Можно ставить несколько одновременно. «Технический писатель» определяет, кому KB-Updater создаёт задачи на актуализацию инструкций — если их несколько, распределение идёт round-robin по нагрузке.
  • В «🏷 Релизы» рядом с каждым тикетом состава появилась плашка «📝 ТП #N» — показывает, создана ли по этому тикету задача на актуализацию Базы знаний и в каком она статусе (открыта / закрыта / упала). Клик открывает ТП-задачу в карточке. В шапке состава релиза — счётчик «📝 ТП-задач: N из M».
  • В «Настройки → Контроль интеграций» появилась карточка «KB-Updater» с кнопкой «▶ Запустить сейчас» — на случай, когда нужно получить ТП-задачи сразу после закрытия спринта, не дожидаясь следующего автоматического запуска.
  • В диалоге «Управление экспертизой» (карточка сотрудника) у каждой темы появилась кнопка 🗑 — удаление темы из справочника. Параллельно значение убирается из Redmine CF/11. Защита: пока на теме есть назначенные эксперты, кнопка заблокирована с подсказкой «сначала снимите все привязки».
  • В списке «Связанные задачи» (карточка задачи) колонки тип связи / проект / исполнитель / срок / статус теперь стоят друг под другом, даже если в одной строке какого-то поля нет. Раньше они «съезжали» и список было трудно читать.
  • При удалении связи, смене трекера или смене проекта несохранённые правки в карточке задачи больше не теряются. Раньше любая из этих операций обнуляла набранный комментарий, выбранного исполнителя, новый статус, изменения описания и значения кастомных полей — приходилось набирать заново. Теперь правки сохраняются, если новый контекст их допускает.
  • Восстановлена работа AI-блоков в клиентских сообщениях: «Тема для пользователя» (CF3) и абзац-описание в сообщении в программу учёта снова доезжают до клиента. Модель уходила в петлю «рассуждений» и отдавала пустой ответ — внешне выглядело как «AI отключился», на деле клиент получал автозадачу без человеко-понятного резюме. Теперь стабильно.
  • CF6 «Пользователи» больше не теряется в массовых запросах состава релиза. Раньше для некоторых тикетов список пользователей приходил в виде «8277,14795» вместо массива — таких клиентов парсер пропускал, и они не попадали ни в кандидаты волны раскатки, ни в детектор блокировок.
  • После удаления темы экспертизы (CF/11) больше не создаются дубликаты тикета ответственному каждые 10 минут. Раньше проверка целостности справочника считала мягко удалённые темы за расхождение с Redmine и эскалировала это каждый цикл.
Что нового в релизе от 13.05.2026 16:11
  • «Результат раскатки» теперь редактируется прямо в карточке задачи трекера «Поддержка». Для автозадач волны раскатки (тема «[СВЯЗАТЬСЯ] …») поле помечено звёздочкой и обязательно перед закрытием — попытка закрыть без него блокируется с явным сообщением. Раньше задачу можно было закрыть пустой, после чего она автоматически возвращалась в работу через несколько минут — было непонятно, почему «закрытая» задача снова открыта.
  • В карточке задачи переставлен порядок блоков: «Дополнительные поля» (CF19/21/20, регулярность, сводка) теперь идут сразу после описания, а «Связанные задачи» — после них. Длинный список связанных тикетов больше не отодвигает дополнительные поля вниз — до них не нужно скроллить.
Что нового в релизе от 13.05.2026 01:58
  • «+Сверх плана» в спринт-аналитике теперь правильно атрибутирует заслугу: +1 идёт разработчику, который перевёл задачу в выполненный статус, а не текущему ответственному. Если разработчик передал задачу тестеру, а тестер закрыл — +1 получает разработчик.
  • «+Сверх плана» отсекает закрытия «одним кликом»: если сотрудник закрыл чужой тикет, не будучи на нём ответственным (например, менеджер прошёлся по мусорным тикетам), +1 ему не присуждается.
  • Статус «Тестирование в работе» теперь считается как сданная разработческая часть наравне с «Тестирование» и «Демонстрация» — задачи в нём идут в «Готово», а не в «В работе».
  • «Скорость отклика» считается в рабочих часах (09-18 МСК, выходные и праздники по производственному календарю). Вечерний пинг + утренний ответ больше не выглядит как 12 часов реагирования.
  • «Скорость отклика» теперь покрывает все задачи разработчика, включая поддержку и разовые тикеты. Раньше учитывались только задачи из плана спринта — оперативные пинги выпадали из метрики.
  • В «Хвостовых задачах» (≥3 спринта) появляется отметка «✓ Закрыта в Redmine», если задачу закрыли в Redmine без повторного попадания в спринт. Не вводит в заблуждение stale-итог вроде «Перенесена» по уже закрытой задаче.
  • В спринт-аналитике появилась кнопка «📥 Экспорт задач (CSV)» — выгрузка задач по сотрудникам с категориями (Готово / Кочуют / Отменена / В работе / +Сверх плана) для сверки с Redmine.
  • Рядом с «🔁 Пересобрать сверх плана» добавлена «🧹 С очисткой» — полная переборка с удалением старых записей. Нужна, когда меняется состав разработчиков, участвующих в спринтах, или логика подсчёта.
  • В тикетах проекта «Отпуска и отгулы» обе даты (Начало и Срок) теперь обязательны. Раньше без одной из них синхронизация молча скипала тикет — отпуск не попадал в график, замена не назначалась. Форма создания подсвечивает незаполненное поле красным, сервер отбивает сохранение без обеих дат.
  • Новая карточка «🤖 Matrix-бот (отправка ЛС)» в «Настройки → Контроль интеграций» — отдельный канал для отправки личных сообщений от системы под учёткой бота. Health-check узнаёт об отзыве токена до первой неудачной отправки; внутри карточки — тестовая форма с выпадашкой привязанных получателей.
  • Расширено всплывающее объяснение «Замена на отпуск» в карточке сотрудника — добавлены условия, при которых подмена не сработает (назначили её уже после согласования отпуска, идентичные графики у обеих сторон) и как догнать пропущенное.
Что нового в релизе от 12.05.2026 15:55
  • Спринт-доска: «хвост» многодневной задачи, который не помещался в текущую неделю (например, пятница + 10ч), теперь корректно ставится в следующий спринт. Раньше эти часы уезжали на понедельник, но числились в текущей неделе — и пропадали из обоих видов планирования. Уже потерянные ранее записи восстановлены при старте.
  • При добавлении в спринт задачи, которая по часам не помещается в текущую неделю, появляется явное сообщение «Xч не влезли — поставлены в следующий спринт». Раньше часть часов молча оказывалась за пределами недели — было неочевидно.
Что нового в релизе от 11.05.2026 00:42
  • Появился раздел «🗺 Маршруты задач» — карта движения задач по статусам для трекера «Поддержка» с подсветкой «глазами роли». Видно, кто из какого статуса может переводить задачу, кому может её назначить и какие условия должны выполняться (обязательный комментарий, связь «дублирует»). В этом же разделе сопоставляются имена ролей Redmine с пятью внутренними ролями менеджера (Менеджер / Разработчик / Техподдержка / Представитель / Стажёр).
  • В разделе «Маршруты задач» есть тумблер «Строгий режим» — включает проверку правил перехода при сохранении задачи в карточке. По умолчанию ВЫКЛЮЧЕН: правила сначала надо обкатать на матрице, потом включать. До этого момента карта работает в режиме справочника — никого не блокирует.
  • В карточке задачи (трекер «Поддержка») появился сворачиваемый виджет «Маршрут задачи» — мини-карта с текущим статусом и доступными переходами для текущего пользователя. До смены статуса видно, что разрешено, что нет, и какое правило сработает.
  • В «Настройки → Контроль интеграций» появилась карточка «SIP-учётки (Asterisk)» — автоматическая сверка extension'ов сервера телефонии с инвентарём «🔒 SIP-доступы» сотрудников. Непривязанные extension'ы и активные у уволенных сотрудников видны в «Настройки → Доступы», при сбое доступа к серверу телефонии ответственному прилетает автотикет.
  • В карточке сотрудника появилась секция «🔒 SIP-доступы» — добавить/изменить/удалить extension вручную, как уже работает для VPN, Matrix и других систем.
  • В «Настройки → Доступы» добавлен фильтр «С отозванными доступами (у активных)» — показывает действующих сотрудников, у которых учётку в внешней системе уже отключили (например, сменился отдел или ноут). Тикет на ответственного отсюда не поднимаем — это видимая, но не алярменная ситуация — но раньше эти строки приходилось искать поштучным перелистыванием, теперь одной кнопкой.
  • В карточках интеграций («Контроль интеграций») рядом со счётчиком сбоев появился счётчик «отозвано у активных» — клик ведёт в «Доступы» с уже выставленным фильтром.
  • Ссылки на задачи в истории изменений (журнал: связи, родитель, фиксированная версия) теперь открываются в новой вкладке по Ctrl+Click и средней кнопке мыши. Раньше работало только на чипах #ID в списках задач и на самой карточке.
  • Чипы задач в календаре графиков тоже поддерживают открытие в новой вкладке (Ctrl+Click / средняя кнопка) — удобно для одновременного просмотра нескольких задач сотрудника на неделе.
Что нового в релизе от 08.05.2026 18:20
  • В описаниях задач теперь корректно рендерятся таблицы из синтаксиса |ячейка|ячейка|: показываются как настоящая таблица с границами и зеброй. Раньше такие блоки выводились «как есть» строками с палочками — длинные сравнительные таблицы в ТЗ нельзя было нормально читать.
  • Если закрыть вкладку браузера или обновить страницу при открытой задаче с несохранёнными изменениями, браузер запросит подтверждение. Раньше можно было случайно потерять только что написанный комментарий или начатую правку полей.
  • В «Настройки → Контроль интеграций» появилась карточка «🔒 VPN-панель (3X-UI)» — автоматическая сверка клиентов корпоративного VPN с инвентарём «🔒 VPN-доступы» сотрудников. Непривязанные клиенты и активные клиенты у уволенных сотрудников видны в «Настройки → Доступы», при сбое доступа к панели ответственному прилетает автотикет.
Что нового в релизе от 08.05.2026 15:14
  • Задачи теперь можно открывать в новой вкладке: правый клик по чипу #ID → «Открыть в новой вкладке», или Ctrl+Click / средняя кнопка мыши. Работает и на чипе номера, и на самой карточке задачи в любом списке — не нужно целиться в маленький #ID.
  • При открытой задаче в адресной строке появляется ?issue=NNN — можно скопировать ссылку и отправить коллеге. Коллега, открыв ссылку, попадает сразу в модалку задачи.
  • Заголовок вкладки браузера показывает номер и тему открытой задачи (#NNN тема — Redmine Manager). При десятке открытых вкладок видно, что в каждой, не переключаясь.
  • Если зайти на менеджер по прямой ссылке на задачу, модалка появляется сразу — не нужно ждать прогрузку всего списка задач (он подтягивается в фоне за модалкой).
  • В описании задачи теперь поддерживается подчёркивание через +текст+ — дополняет уже работавшие *жирный*, _курсив_, -зачёркнутый-.
  • В описании задачи внутри модалки убрана внутренняя прокрутка с ограничением 550px. Длинные ТЗ читаются естественной прокруткой страницы — не нужно крутить колесо в маленьком окошке внутри модалки.
Что нового в релизе от 08.05.2026 01:30
  • В таблице волн раскатки появилась колонка «Обновлено» (N/M) — сколько клиентов волны фактически перешли на эту оперативную версию (по версии программы клиента в Базе InfoAS). Видно одним взглядом: волну надо ещё «дотянуть» или раскатка завершена. Если Базы InfoAS не доступна (нет VPN), вместо чисел показывается «?/N».
  • ID пользователей InfoAS в составе волны раскатки и в плашках карточки задачи стали кликабельными — клик открывает карточку пользователя в админке InfoAS в новой вкладке. Не нужно вручную копировать ID и идти искать его.
  • В архив «📥 Пакет для Claude» теперь кладутся вложения задачи (скриншоты UI, ТЗ в PDF, примеры файлов экспорта) — Claude учитывает их при написании инструкции. Содержимое текстовых файлов сразу видно в индексе — Claude не нужно открывать каждый файл отдельно.
  • Рядом с кнопкой «📥 Пакет для Claude» появился «?» — открывает подробный диалог: что внутри архива, готовая команда для отправки в чат с Claude, и список «поворотов», если ответ Claude вышел слабый (скопировал стиль старой статьи / выдумал название кнопки / пропустил отчёт по базе знаний).
  • Промпт «Как это работает» переписан: Claude теперь сначала отвечает на вопрос «есть ли уже статья на эту тему?» (ДОПОЛНИТЬ существующую / СОЗДАТЬ НОВУЮ / нет аналога) и только потом пишет текст инструкции. Если названия кнопки или поля нет ни в задаче, ни во вложениях, ни в diff'е — Claude задаёт уточняющий вопрос вместо того, чтобы выдумать правдоподобное название.
  • Кнопка «📥 Пакет для Claude» теперь видна только в проектах учётных продуктов (inventory_2_0, cp). В остальных проектах не отображается — инструкции «Как это работает» нужны только для учётки.
  • Создание волны раскатки больше не падает при кратком разрыве соединения с MySQL/VPN. Если соединение легло посреди транзакции — операция автоматически повторяется на свежем соединении (до трёх попыток). Раньше в этом случае ПМ видел 500 и был вынужден пересоздавать волну заново.
  • Чтобы перевести улучшение в «Тестирование», теперь нужны два вложения именно с подписями «Как это работает?» и «Как это тестировать?». Раньше требование снималось любыми двумя вложениями — например, два скриншота могли пройти за инструкции, а реальные документы оставались не приложены.
  • Из методологии в архиве убрана дублирующая wiki-страница «Система декомпозиции инструкций» (повторяла «Систему управляемой декомпозиции» с другими формулировками). Теперь Claude получает 3 страницы вместо 4 и не путается между двумя почти одинаковыми регламентами.
  • Виджет «Чем заниматься»: для не-саппорта красная плашка CF14-блокера теперь снова появляется (раньше пропадал весь алярм целиком, включая визуальную часть; играл звук — нет). Кнопка 🔔/🔇 в виджете показывается всем сотрудникам, и обычные предупреждающие сигналы теперь подчиняются её состоянию.
Что нового в релизе от 07.05.2026 15:53
  • В «📥 Пакет для Claude» добавлена отдельная папка с правилами оформления инструкций (4 страницы из knowledgebase: регламент ведения, декомпозиция, уровни абстракции). До этого Claude получал только знания о продукте — но не понимал, как структурировать ответ. Теперь у него под рукой и «о чём писать», и «как».
Что нового в релизе от 07.05.2026 14:27
  • «📥 Пакет для Claude» теперь кладёт в архив локальную базу знаний целиком (ту самую, которую видно в карточке «База знаний» в «Настройки → Контроль интеграций» и которая синхронизируется с FTP). До этого по ошибке выгружались только 4 страницы wiki-регламента — Claude видел методологию написания инструкций, но не сами знания о продукте.
Что нового в релизе от 07.05.2026 12:21
  • В карточке задачи трекера «Улучшение» появилась кнопка «📥 Пакет для Claude». Скачивается архив с промтом-инструкцией для технического писателя, актуальной базой знаний (4 регламентные страницы из wiki Redmine) и текстом самой задачи. Положите архив в чат с Claude — получите готовый файл «Как это работает», который можно приложить к задаче.
  • Кнопка пакета доступна на любом статусе задачи трекера «Улучшение», а не только при переводе в «Тестирование». Можно подготовить инструкцию заранее или заменить уже приложенный файл.
  • Текст промта «Как это работает» переписан в стиле технического писателя Тома Джонсона: правила DokuWiki-разметки, структура списков, без слов «ошибка / сбой / проблема». Править его, как и раньше, можно в «Настройки → AI → Промпты».
Что нового в релизе от 07.05.2026 02:04
  • В «Настройки → Контроль интеграций» появилась карточка «AI · Промпты» — реестр всех промптов модели с поиском и фильтрами. Текст правится прямо в окне; в модалке волны раскатки рядом с «🐞 Проверить AI-тему/описание» теперь есть шестерёнка ⚙, которая открывает редактор промптов именно этого вызова. Следующий AI-вызов сразу использует новую версию — перезагрузка не нужна.
  • AI-сборка «Темы для пользователя» (CF3) и AI-абзаца в html-сообщении клиенту работает стабильнее: на каждое исходное обращение модель прогоняется отдельно, результат кешируется. Повторные и ретрай-волны не прогоняют тех же тикетов заново.
  • В предпросмотре html-сообщения клиенту теперь видна конкретная причина, почему AI-блок не попал в текст: стоп-слово, не разобрался один из исходных тикетов, пустой ответ. Раньше было «либо нейронка не ответила, либо guard сработал» — теперь понятно, что чинить.
  • В «Настройки → Доступы» появилось поле 🔍 — поиск по ID учётки, имени сотрудника, нику в системе и заметке. ID учётки также виден прямо в плашке мелким суффиксом — больше не нужно открывать карточку, чтобы скопировать его.
  • В составе волны раскатки рядом с другими пользователями того же клиента (учёт) теперь видны те же плашки, что и у основных кандидатов: ветка, битность, наличие оперативки, «уже на этой версии», «уже в волне #N», логин. Решать о включении дополнительных пользователей в волну можно одним взглядом.
  • В карточке сотрудника на учётке программы ФармЭксперт появилась метка «обновл. дд.мм.гг» — когда программа клиента в последний раз связывалась с InfoAS. Помогает понять, живой ли логин на самом деле.
  • В тултипе «Когда появляются цифры за неделю» в спринт-доске добавлен отдельный сценарий «План недели не зафиксирован». Раньше пользователь видел нули во всех колонках и не понимал, что для появления «В работе» и «План ч» нужно сначала нажать «🔒 Зафиксировать спринт».
  • Устранён источник дублирования регулярных задач: при таймауте или временной 5xx-ошибке от Redmine на POST/PUT приложение больше не повторяет запрос автоматически. Раньше при кратком сбое сети создавалась пара одинаковых задач (06.05.2026 — #80787 и #80788 в одну секунду).
  • Если у того же клиента в более поздней волне раскатки того же билда автозадача уже создана, в исходной волне кнопка retry больше не предлагается — видна ссылка «уже в волне #N». Раньше можно было получить две одинаковые автозадачи по одному клиенту.
  • Устранено расхождение «логин ФармЭксперт виден в «Доступах», а в форме карточки сотрудника поле пустое». Теперь привязка из «Доступов» автоматически считается основным логином сотрудника, и форма карточки её показывает.
  • Свёрнут автотикет «отзовите устаревший логин ФармЭксперт». Ложных срабатываний оказалось больше, чем ценных (удержание логина за сотрудником ≠ его регулярное использование). Метка «обновл. дд.мм.гг» в карточке сотрудника остаётся как информация для ручной оценки.
Что нового в релизе от 06.05.2026 00:46
  • В «Контроль интеграций» добавлена карточка «Учётки Claude.ai Team»: владелец заливает CSV-выгрузку из claude.ai/admin, и система начинает видеть расхождения с сотрудниками (утечки и непривязанные учётки) в матрице доступов. Если выгрузку не обновлять > 30 дней — придёт автотикет «обнови CSV».
  • В «Контроль интеграций» добавлена карточка «Anthropic Console» (API-платформа). Каждые 10 минут проверяется доступность API-ключа — если ключ отозвали или сервис лёг, ответственный получит автотикет до того, как сломается реальная AI-фича.
  • Список «Часто используемые проекты» в форме создания задачи теперь общий для всех браузеров и устройств одного пользователя. Раньше каждый браузер вёл свой локальный список и они расходились.
  • В форме создания задачи Tab из поля «Название» переводит фокус в «Описание» — удобнее заполнять последовательно.
  • Чипы пользователей CF6 в карточке задачи стали крупнее (шрифт, отступы, плашки статусов) — раньше текст был слишком мелким.
  • Плашка часового пояса клиента подсвечивается розовым, если у него сейчас нерабочее время (18:00–08:59). Оператор сразу видит, что звонить не стоит.
  • Backspace при открытом превью картинки закрывает превью. Раньше браузер уходил «назад» из всего РМ-менеджера, и пользователь терял место в списке задач.
  • Подзадачи без стандартного срока, но с заполненным полем «Дата для выполнения», больше не считаются «без даты». Просрочка и пометки на карточке родителя теперь корректные.
  • Кратковременные обрывы канала до базы пользователей ФармЭксперт автоматически повторяются (3 попытки). Больше не приходит ложный тикет «БД недоступна» из-за одного дрожащего пакета VPN.
Что нового в релизе от 05.05.2026 18:13
  • При закрытии задачи через диалог «Сводка» текст уже введённого комментария подставляется в поле сводки как заготовка — можно подтвердить или поправить. Сам комментарий при этом остаётся в журнале как отдельная запись, как и раньше.
  • Заблокированные (locked) учётки внутреннего мессенджера Matrix теперь считаются отключёнными — для сотрудников с такой привязкой появляется предупреждение «доступ деактивирован», как для уволенных. Раньше locked-учётки проскакивали мимо контроля доступов.
  • В выпадашке выбора Matrix-учётки в карточке сотрудника заблокированные пользователи помечены префиксом «Заблокирован — ». Видно сразу — можно случайно не выбрать неактивного.
  • При смене или удалении владельца Matrix-учётки в разделе «Доступы» матрикс-контакт в карточке сотрудника обновляется автоматически. Раньше приходилось править в двух местах.
  • В карточках сотрудников теперь видны matrix-контакты, привязанные ранее через «Доступы». До этого карточка показывала только привязки, внесённые вручную через раздел «Контакты».
Что нового в релизе от 05.05.2026 16:45
  • Во вкладке «Репозиторий» модалки задачи появилась кнопка «📦 Архив исходников» — скачивает zip со всеми ревизиями тикета: полный diff, исходники изменённых файлов и per-file diff по каждому. Удобно скармливать нейронке для подготовки инструкции в базу знаний. Папки в архиве пронумерованы в хронологическом порядке (01 — первый коммит, последний — самый новый).
  • В заголовке вкладки «Репозиторий» появился значок «?» — в подсказке расписано, у кого есть доступ к исходникам и diff'ам, у кого нет, и как получить доступ.
  • Во вкладке «Репозиторий» под каждой ревизией теперь виден список изменённых файлов с кнопками «📄 файл» / «± diff». Раньше список оставался пустым из-за того, что приложение не могло авторизоваться в репозитарии Redmine.
  • Цитата сообщения журнала по кнопке «📋 Цитата» теперь вставляется НАД уже набранным черновиком, а не под ним — удобнее, когда сначала пишешь свой ответ, а потом решаешь процитировать чей-то комментарий.
Что нового в релизе от 05.05.2026 14:12
  • Рядом с полями дат «Начало / Срок» и кастомными полями-датами появилась иконка 📅 — дату можно выбрать мышью в календаре. Ввод руками в формате «дд.мм.гггг» по-прежнему работает; формат отображения не меняется.
  • При копировании задачи поле «Срок» больше не подтягивает дату исходной задачи — оно пустое. Раньше в копию переносился срок оригинала, который к моменту копии уже был просрочен.
  • Кастомные поля-даты при копировании задачи тоже сбрасываются — раньше копировались из оригинала и обычно не имели смысла для новой задачи.
Что нового в релизе от 04.05.2026 00:44
  • Карточка вложения теперь занимает одну строку: иконка, имя файла, описание, размер, автор и дата, кнопка удаления. Длинные имя и описание обрезаются троеточием — полный текст показывается во всплывающей подсказке. Раньше описание шло отдельной строкой ниже и удлиняло список.
  • Поля дат «Начало / Срок» и пользовательские поля-даты в окне «Создать задачу» вводятся в формате «дд.мм.гггг» вручную. Раньше использовался браузерный календарь — у пользователей с английской локалью он показывал «mm/dd/yyyy», что путало.
  • При смене назначенного без комментария поле комментария теперь подсвечивается красным, как и было задумано. До этого подсветка не появлялась — оставалась только подсказка-тост.
  • После сохранения задачи виджет «Чем заниматься» больше не вытаскивает наверх задачи, заблокированные другими открытыми задачами. Раньше после правки/сохранения признак блокировки сбрасывался и такая задача ошибочно появлялась в очереди работы.
Что нового в релизе от 03.05.2026 21:40
  • Шапка модалки задачи стала двухрядной: в первом ряду — селекторы Проекта и Трекера, мета «Добавил/Обновлено» и кнопки «← Назад / ↑ Родитель / ✕»; во втором — заголовок задачи с плашкой статуса. Раньше всё толкалось в одну линию и зрительно «разъезжалось».
  • Журнал по задаче получил два режима: «📝 Кратко» и «📋 Полно». В кратком виден только диалог по задаче — записи о смене статусов, полей и оценок скрыты. Выбор сохраняется и применяется ко всем задачам.
  • Описание задачи и текст комментариев теперь крупнее (15 px вместо 13 px) и в основном цвете. Раньше главное содержимое тонуло на фоне меты — приходилось всматриваться.
  • Описание и комментарий редактируются с панелью разметки: жирный/курсив/подчёркнутый, маркированный и нумерованный списки, цитата, inline-код и блок кода. У комментария добавлен таб «Предпросмотр» — можно проверить разметку до отправки.
  • «Дополнительные поля» в карточке задачи переехали в аккордеон. По умолчанию свёрнут; раскрывается автоматически, если внутри есть значения. Основная форма стала компактнее, редкие поля не отвлекают.
  • Вложения вместо отдельной кнопки прикрепляются по ссылке «📎 Прикрепить файл». Имеющиеся файлы задачи показаны сразу над списком новых — всё видно одним взглядом.
  • В шапке окна «Создать задачу» вместо статичного заголовка теперь селекторы Проекта и Трекера. Контекст можно сменить, не закрывая форму.
  • В поле «Пользователи» (CF6) рядом с каждым выбранным пользователем виден его часовой пояс. Резолв идёт по региону клиента из Базы InfoAS через open-meteo, найденные регионы кешируются — повторный запрос не делается. Удобно при планировании звонка / обзвона.
  • В «Настройках → Контроль интеграций» появилась карточка «open-meteo (часовой пояс клиента)» — резолв TZ теперь под общим контролем интеграций (включение/отключение, статус).
  • Доска задач больше не показывает дубли. Раньше браузер кешировал первую страницу запроса задач, и при пагинации одна и та же страница накладывалась поверх остальных — список «удваивался» до перезагрузки.
Что нового в релизе от 02.05.2026 16:57
  • Волны раскатки релиза теперь действительно назначают клиентам оперативную сборку — раздел «🏷 Релизы → Волны раскатки» переведён в рабочее состояние. До этой версии волна создавалась в RM, но в InfoAS ничего не уходило.
  • Перед первой волной для сборки нужно привязать 4 номера файлов. Номера берутся из админки InfoAS («Версии Учёт2.0», колонка invFiles.id) и вводятся прямо в модалке «Новая волна раскатки». Кнопка «Создать волну» серая, пока файлы не привязаны. После сохранения файлы запоминаются — все будущие волны того же релиза используют их автоматически, кнопкой «Перепривязать» можно перебить значения, если вышла обновлённая сборка.
  • В списке кандидатов на волну рядом с клиентом видно его ветку в InfoAS и дату последнего входа в программу учёта — сразу понятно, на какой версии клиент сидит и насколько он активен.
  • Если у клиента уже стоит оперативная сборка от прошлой раскатки, в его карточке появляется плашка «уже есть оперативная» с версией и комментарием той волны. Сразу видно, что именно перезапишет новая волна.
  • Клиенты с x32-веткой при x64-сборке отмечены серой галкой и плашкой «битность не подходит» — такой клиент в волну не уйдёт. Раньше он попадал в волну и возвращался с ошибкой битности уже после отправки в InfoAS.
Что нового в релизе от 01.05.2026 17:27
  • Внутренний мессенджер Element Matrix теперь под контролем доступов. В разделе «Настройки → Доступы» появилась система «Matrix» — сразу видно непривязанные аккаунты и активные учётки уволенных сотрудников. Включается админом в «Контроле интеграций» после прописки токена в .env.
  • В карточке сотрудника контакт «Matrix» теперь выбирается из списка реальных пользователей мессенджера (с именем и логином), а не вписывается руками. Это убирает опечатки и обеспечивает 1-в-1 сверку с инвентарём доступов.
  • Если у сотрудника в Matrix-контакте сохранено старое произвольное значение, оно показывается с пометкой «(вне списка)» — при следующем редактировании карточки нужно перевыбрать корректного пользователя или удалить строку.
Что нового в релизе от 01.05.2026 00:37
  • Волна раскатки релиза теперь сама назначает оперативную сборку клиенту через API InfoAS — раньше СТП делал это руками в админке. В модалке «Новая волна» вместо выбора типа автозадачи — две независимые галки: «Создать тикет на саппорт» (с CF32-петлёй обратной связи) и «Отправить сообщение клиенту в программу учёта». Можно включить обе, одну или ни одной — назначение версии выполняется в любом случае.
  • В составе волны у каждого клиента видна плашка статуса назначения версии: ✓ версия назначена / ⊘ пропущено (с причиной) / ✗ ошибка. Если у части клиентов назначение упало с ошибкой — в шапке волны появляется кнопка «Повторить назначение версии», сообщения клиентам при повторе не дублируются.
  • В списке кандидатов на волну сразу видно: «не СУ» (ЗАКАЗ-клиент или не аптека) — чекбокс заблокирован, такие клиенты API всё равно бы отверг; «уже есть оперативная» (амбер-плашка) — у клиента уже назначена оперативная сборка, при наведении видны её детали; имя ветки СУ в InfoAS — для контроля битности.
  • В модалке волны появился раскрывающийся блок «🔒 Файлы сборки» — read-only превью файлов (id, описание, битность, размер), которые InfoAS подберёт под этот релиз. Удобно глазами проверить корректность подбора перед созданием волны.
  • При включённой галке «Отправить сообщение клиенту» в сообщение попадает короткое AI-описание реализованного — что именно появилось в новой версии и какая польза. AI-блок проверяется на стоп-слова («ошибка», «проблема», «баг», «инцидент», «нарушение», «исправление») и при их попадании в сообщение не вставляется. Для отладки промпта рядом с «🐞 Проверить AI-тему» добавлена кнопка «🐞 Проверить AI-описание».
  • В карточке сотрудника поле «Логин в Админке InfoAS» подсвечивается жёлтой плашкой «⚠ не задан — нужен для создания волн раскатки», если оно пустое. Без этого поля сотрудник не сможет создавать волны раскатки версий — теперь это сразу видно при просмотре карточки.
  • В заголовке модалки задачи рядом с кнопкой ✏ появилась иконка копирования ссылки на задачу в Redmine — один клик вместо «выделить адрес → скопировать».
  • В «Моей продуктивности» вместо блока «Лидер прошлого месяца» теперь «Лидеры сегодня» — актуальная дневная сводка ценнее прошломесячной.
  • После переназначения задачи на чужого исполнителя она сразу пропадает с доски и из виджета «Чем заниматься сейчас» (если текущий вид — «мои» / конкретный пользователь / «не назначены»). Раньше задача оставалась видна до ручного обновления страницы.
  • События в Google Calendar с временем (CF10=ДД.ММ.ГГГГ ЧЧ:ММ) теперь корректно конвертируются под часовой пояс зрителя. Раньше задача с CF10=15:00 МСК показывалась как 15:00 в любом TZ — Google трактовал время без явного offset как «плавающее».
Что нового в релизе от 29.04.2026 19:31
  • При попытке перенести «Дату для выполнения» без обоснования сообщение об ошибке стало пошаговым: явно говорит, что новая дата НЕ сохранена и осталась в поле, куда писать комментарий (поле подсвечено оранжевой рамкой и уже получило фокус), сколько символов ещё нужно и какие шаги в каком порядке делать. Отдельно предупреждает, что сохранять комментарий «отдельным заходом» без изменения даты бесполезно — это замкнутый круг.
  • В модалке задачи шапка с темой и вкладки теперь зафиксированы — прокручивается только содержимое. На длинных задачах больше не нужно листать к началу, чтобы переключить вкладку или закрыть окно. Дублирующая кнопка «💾 Сохранить» рядом с «Прикрепить файл» убрана: основная кнопка в подвале модалки всегда на виду.
  • Раздел «📅 Мой Google Calendar» переписан: явно указано, под каким Google-аккаунтом открывать calendar.google.com, что новый календарь появляется в «Мои календари» (не «Другие»), какие права выдавать боту. Появился блок «Как убедиться, что работает» с четырьмя шагами проверки.
  • В инструкции Google Calendar добавлено предупреждение про две частые путаницы: вставить email бота в поле «ID календаря» и настраивать календарь в одном Google-аккаунте, а проверять под другим. Оба сценария раньше приводили к ошибкам 404/403 без понятной подсказки.
  • В журнале изменений задачи имена кастомных полей теперь видны всем, а не только админу — раньше у обычного сотрудника они отображались кодами вида «CF#16». Это касается и полей, которых уже нет на текущем трекере (после переноса задачи между трекерами или проектами).
  • На календаре стабильнее показываются закрытые задачи. Раньше часть из них могла теряться из-за того, что выборка шла по двум разным полям дат и не всегда захватывала нужное окно. Теперь глубина выборки берётся из фильтра «Обновлены за» (по умолчанию 90 дней), и закрытые задачи попадают на календарь по тем же правилам, что и открытые.
Что нового в релизе от 29.04.2026 01:10
  • Появился частичный отгул. В однодневной задаче типа «Отгул» можно указать «Оценку трудоёмкости» в часах — например, уход на 2 часа раньше. День остаётся рабочим, замена на этот день не назначается, в табеле появляется пометка «Nч О», а на календаре, спринт-доске и пикерах дат — водяной знак «Nч ОГ».
  • В табеле производственного календаря появилась колонка «ОГч» — суммарные часы частичных отгулов за месяц. При наведении на строку подсвечивается весь ряд, удобно читать значения в дальних столбцах.
  • Поле «Оценка трудоёмкости» в форме создания и редактирования задачи проекта «Отпуска» теперь видно только при типе «Отгул» — для остальных типов отсутствия (отпуск, больничный, командировка, без содержания) часы не применяются и больше не путают.
  • В «Моей продуктивности» при наведении на любой счётчик закрытых задач появляется список задач, из которых сложилась цифра, со ссылками в Redmine. Работает для всех периодов и для всех разбивок — просрочки, блокеры, входящие, отдано на тест.
  • Виджет «🎯 Чем заниматься сейчас» больше не предлагает задачи, у которых есть открытая связь «Заблокирована». Если все актуальные задачи заблокированы — виджет так и пишет: «разблокируйте или ожидайте», а не показывает случайную задачу.
  • На спринт-доске линия текущего времени больше не пропадает в обеденный час и в нерабочие часы. После 18:00 она «прилипает» к низу колонки текущего дня, до 09:00 — к низу вчерашней. Ровно в 09:00 перепрыгивает на следующий день.
  • В карточке сотрудника появилась плашка «↻ частые переносы CF10 за 30 дней» — те же события и пороги, что и в «Моей продуктивности», но видны руководителю. Цвет растёт от amber к красному.
  • В цепочке переносов «Даты для выполнения» (плашка «↻ перенесена N раз» в карточке) теперь показывается время до минут, а не только дата — видно, был ли перенос «вечером в пятницу» или «в начале недели».
  • При попытке перенести «Дату для выполнения» больше чем на 5 рабочих дней в сообщении теперь дополнительно показывается число календарных дней — сразу понятно, насколько большой шаг отклонён.
  • В разделе «Настройки → Контроль интеграций» карточка подключения к Базе InfoAS теперь read-only — параметры показываются из файла настроек сервера. Раньше форма дублировала те же значения в локальном файле, правки иногда молча терялись. Теперь один источник правды; админ правит через сервер, кнопка «🔬 Диагностика» работает как раньше.
  • Регулярные задачи (♻) больше не дублируются. Раньше при одновременной проверке из двух вкладок или совпадении ручного запуска с фоновой синхронизацией могло создаться 3–4 копии в одну секунду. Теперь по каждой регулярной задаче в один момент идёт ровно одна проверка.
  • Сотрудник, у которого автоматически закрылся отпуск, больше не получает эскалацию задач на замену уже после возвращения. Раньше из-за двойной записи в CRM статус мог зависнуть в «Согласован», и задачи продолжали уходить на замену задним числом.
  • Плашка «↻ перенесена N раз» в карточке задачи теперь обновляется сразу после сохранения новой «Даты для выполнения» — раньше счётчик и цепочка обновлялись только при повторном открытии модалки.
  • В селекте админ-учёток Базы InfoAS (карточка сотрудника) отключённые учётки скрыты — выбирать активную проще. Если у сотрудника уже привязана отключённая, она остаётся в списке с пометкой «отключён», чтобы заметить и перевыбрать.
  • Валидация комментария-обоснования при повторных переносах «Даты для выполнения» в части задач переставала срабатывать из-за внутренней ошибки. Теперь правило (нужно обоснование от 50 символов начиная со 2-го переноса) применяется ко всем задачам.
Что нового в релизе от 28.04.2026 12:27
  • В открытой карточке задачи теперь можно редактировать поле «Тема для пользователя» (CF3) — раньше оно заполнялось только при создании. Рядом — кнопка ⬇, которая переносит в это поле текущее «Название задачи», чтобы не копировать руками.
  • В форме создания задачи в проекте с настроенными «полями проекта» больше не пропадают глобальные кастомные поля. «Тема для пользователя» и «Пользователи» теперь видны сразу, без передёргивания выбора проекта.
  • Сроки задач (CF10 «Дата для выполнения») теперь везде трактуются как московское время. Раньше у сотрудников не в МСК браузер считал срок по локальному часовому поясу — задачи могли отмечаться просроченными за несколько часов до реального дедлайна, а в баннере «осталось…» показывалось неверное число часов.
  • На спринт-доске на сегодняшнем дне появилась горизонтальная линия текущего времени — сразу видно, где сейчас «прямо сейчас» относительно загрузки. Линия обновляется каждые 30 секунд.
  • В истории изменений при переносе задачи между проектами теперь отображается имя проекта (откуда и куда перенесли), а не числовой ID.
Что нового в релизе от 27.04.2026 15:34
  • План спринта теперь общий для всех серверов и устройств. Раньше черновик плана сохранялся в локальной базе каждого инстанса — у ПМа на локалхосте и на проде могли быть разные раскладки. Теперь один источник правды: открыли доску где угодно — видите одинаковую картину.
  • Спринт-доска сама подтягивает свежие данные, если коллега изменил план в другой вкладке или на другом устройстве. Не нужно жать F5 — изменения появляются в течение 30 секунд. Поллинг гаснет при уходе со спринт-доски и не дёргает сервер впустую.
  • Если двое одновременно правят одно и то же назначение, изменения больше не теряются молча. При конфликте появляется диалог с разбором: что именно поменял коллега (день / начало / трудоёмкость) — можно осознанно выбрать «перезаписать» или «перезагрузить доску».
  • Если назначение успели удалить в другой вкладке, попытка его двинуть больше не выдаёт ошибку — доска тихо обновляется и показывает актуальную раскладку с тостом-уведомлением.
  • Баннер «прошлый спринт не добит» теперь разделяет задачи к переносу на две группы. Сверху — то, что числится на разработчике (можно перетащить на доску текущей недели). Отдельной оранжевой строкой «⚠ Не на разработчике» — задачи на «Обратной связи», аналитике, ПМ или вообще без ответственного: перетаскивать их бесполезно (assignee'а на доске нет), нужно открыть карточку и решить руками.
  • В строке «⚠ Не на разработчике» рядом с каждой задачей сразу видно ответственного в квадратных скобках — понятно, кто держит задачу и почему она не на сетке.
Что нового в релизе от 27.04.2026 09:23
  • Колонка «К плану» на спринт-доске теперь видна всем сотрудникам, а не только редактору плана. Каждый видит пул нераспределённых задач коллег-разработчиков и может открыть карточку кликом. Перетаскивать задачи в сетку и менять план по-прежнему может только редактор плана.
  • Кнопка «⊞ В план» в шапке спринт-доски теперь работает у всех — можно скрыть/показать колонку «К плану». Раньше у не-редакторов нажатие выдавало тост и ничего не делало.
Что нового в релизе от 27.04.2026 00:52
  • Виджет «🎯 Чем заниматься сейчас» больше не идёт жёсткой очередью «просрочки → входящие → глобальные». Каждая задача получает балл, виджет показывает топ. Веса слагаемых плавно меняются в течение дня: пока есть необработанные просрочки — они давят; разгребли — наверх выходят свежие входящие и старые «висяки». При наведении на виджет — разбивка балла: из чего он сложился.
  • В шапке появилась кнопка «?» — «Правила фокуса». Объясняет компоненты балла, баланс отработки и жёсткие правила поверх. У администратора — настройка весов формулы и порогов анти-абьюза CF10.
  • Состояние виджета фокуса (счётчики просрочек за день, выбранная задача, настройка звука) теперь хранится на сервере. После F5 или открытия второй вкладки виджет не «мигает» и не сбрасывает прогресс — все вкладки видят одно состояние.
  • Окно «активной задачи сейчас» сужено: минимум 15 минут, максимум 4 часа. Раньше задача с оценкой в 8 часов горела «🔴 СЕЙЧАС» весь день — теперь плашка не зависает на сутки.
  • Если разработчик в составе текущего спринта, виджет фокуса показывает следующую задачу из плана спринт-доски, а не «среднюю по больнице». Задачи в статусе «Обратная связь» вылезают наверх — разлочить тестировщика приоритетнее любого следующего пункта плана.
  • В шапке появилась кнопка «🔥» — счётчик активных блокеров (задачи с флагом CF14 «Блокирует работу»). Видна, только когда блокеры есть; красным пульсирует, если хотя бы один без исполнителя. Клик открывает панель: время реакции, время «в работе», кнопки «Беру» и «Перехватить». При перехвате задачи у коллеги он автоматически попадает в наблюдатели — получит уведомление.
  • Над панелью блокеров — сводные метрики за 30 дней: сколько раз срабатывал блокер, среднее время реакции, среднее время решения. Видно динамику отдела поддержки.
  • У саппорта блокер CF14 — это громкий нисходящий аларм виджета (играет независимо от настройки звука). Кнопка звука доступна всем сотрудникам, каждый включает уведомления на своё усмотрение; громкий аларм блокера срабатывает только у техподдержки.
  • В шапке появилась плашка «📊» — задачи, закрытые мной за сегодня, и сравнение со средним отделом в процентах. Клик открывает «Мою продуктивность»: периоды (день / неделя / месяц / прошлый месяц), разбивка (просрочки / блокеры CF14 и CF19 / входящие / отдано на тест), столбчатый график за 30 дней и лидерборды этого и прошлого месяцев.
  • Среднее по отделу в продуктивности скорректировано на согласованные дни отсутствия. Сотрудник, бывший в отпуске половину периода, идёт за 0.5 в делителе — сравнение становится справедливее.
  • Перевод задачи в «Тестирование» или «Демонстрацию» теперь учитывается как «разработчик сдал свою часть» — отдельный счётчик в продуктивности. Финальное закрытие после QA кладёт задачу в основной счётчик тестировщику, а не разработчику — каждый видит свой реальный вклад.
  • Анти-абьюз переносов «Даты для выполнения» (CF10): нельзя двигать дату, у которой текущее значение сегодня или в прошлом (план уже не пересобрать — надо выполнять); новая дата должна быть рабочим днём; шаг переноса — не больше 5 рабочих дней; со 2-го переноса одной и той же задачи нужно обоснование в комментарии (минимум 50 символов). Админ обходит правила. Все пороги настраиваются в «Правилах фокуса».
  • В карточке задачи под бейджем времени появилась плашка «↻ перенесена N раз» с цепочкой дат в подсказке (от первой версии до текущей, кто двигал). Куратор сразу видит, насколько часто срок «убегает».
  • В «Моей продуктивности» — плашка «↻ Переносов за 30 дней»: количество событий и затронутых задач. Цвет растёт от amber к красному — мягкое самопредупреждение, без блокировок.
  • На спринт-доске бейдж разработчика теперь «X / Y»: X задач в плане этой недели, Y открытых версионных задач ждут размещения. Y > 0 подсвечивается оранжевым — это прямой TODO для ПМ. При наведении — оба списка с версиями и темами.
  • «Фильтр по теме» на спринт-доске больше не скрывает совпавшие карточки на сетке разработчиков, а подсвечивает их жёлтым контуром с импульсом при вводе. Видно, где задача стоит, не теряя картину занятости.
  • В сайдбаре «К плану» CF19 «❌ Блокирует» поднялся на первое место — выше задач из прошлого спринта. Клиент стоит — фикс важнее долга.
  • В «Аналитике спринта» сверху появилась метка «Последний закрытый спринт: …» с датой подведения итога. Сразу видно, до какой недели цифры — реальные итоги, а не «висящая» работа. У заголовка «Сводка по сотрудникам» — подсказка «?»: когда появляются цифры за неделю и как работает автомат подведения итогов (рабочий день для ПМ + автомат на следующий рабочий день).
  • Окно «Аналитики спринта» по умолчанию открывается на последние 4 недели — раньше брался весь год, цифры были размытыми.
  • На спринт-доске у не-редактора плана кнопка «Пересобрать ‘Сверх плана’» теперь явно дизейблится с подсказкой «доступно только редактору плана». Раньше клик молча ничего не делал.
  • История попаданий задач в спринты («N×»-бейдж) больше не обрезается на 500 ID. У активных разработчиков с большой выборкой бейдж теперь видим у всех задач, а не только у самых старых.
  • В режиме просмотра чужого пользователя виджет фокуса теперь показывает нейтральную плашку «👁 ПРОСМОТР: вид от лица: Имя», а не считает чужие задачи с моим балансом отработки и моей очередью спринта. Бессмысленные рекомендации больше не появляются.
  • Кнопка ✕ в новых модалках («Блокеры», «Моя продуктивность», «Правила фокуса») теперь действительно закрывает окно и затемнённый фон. Раньше окно оставалось на экране, хотя кнопка реагировала.
  • При ошибке «нужно обоснование переноса даты» подсветка ошибки указывает прямо на поле комментария — сразу понятно, куда писать.
Что нового в релизе от 26.04.2026 11:05
  • В карточке задачи рядом с полем «Тип обращения» появился бейдж «🎓 N» — сразу видно, сколько сотрудников назначены экспертами/помощниками по выбранной теме. При наведении показывается список с уровнем каждого и напоминание: чтобы обратиться к эксперту, переназначьте задачу со статусом «Обратная связь» — так в системе фиксируется, со сколькими задачами сотрудник не справился сам и по скольким ему помог эксперт.
  • В разделе «Сотрудники» на плашке каждого сотрудника появился бейдж «🎓 N» — количество привязанных тем экспертизы. При наведении — полный список тем с уровнем (эксперт/помощник). Не нужно открывать карточку, чтобы это узнать.
  • На один и тот же билд больше не создаются дубли тикетов-напоминаний QA. Раньше при совпадении ручного запуска и фоновой проверки могло появиться 2–3 одинаковых тикета у одного QA — теперь ровно один.
  • В шапке панели релизов добавлена кнопка «⚙ Дубли релизов» — показывает сборки, у которых в системе зарегистрировано больше одной строки. Помогает разобраться: один и тот же билд пришёл из Redmine двумя новостями или дубль появился где-то ещё.
  • На спринт-доске у тех, кто не является редактором плана, кнопка скрытия списка «К плану» раньше нажималась без видимого эффекта (список и так скрыт). Теперь при клике появляется подсказка: «Доступно только редактору плана спринта», — чтобы было понятно, почему ничего не происходит.
  • Тултип со списком тем экспертизы у бейджа «🎓» теперь всегда отображается поверх открытых модальных окон — раньше иногда уходил под диалог и оставался невидимым.
Что нового в релизе от 24.04.2026 01:52
  • В задаче отпуска/больничного/отгула появилось поле «Тип отпуска» с конкретным выбором: Регулярный отпуск, В счёт отпуска, Отпуск без содержания, Больничный, Отгул, Командировка. Раньше тип определялся только трекером — нельзя было различить «в счёт отпуска» и «без содержания», а «Командировка» вовсе не учитывалась.
  • В табеле и сводке отсутствий появилась отдельная колонка «Командировка» (К), а «БС» теперь явно названа «Отпуск без содержания». Командировка считается днями отсутствия, а не часами — как и отпуск.
  • В форме создания/копирования задачи можно прикрепить сразу несколько файлов, у каждого — своё описание. Раньше поддерживался только один файл за раз.
  • В недельном календаре и окнах «📅 Назначить время» / drag-to-schedule видны начало и конец рабочего дня сотрудника — нерабочие часы заштрихованы, границы подписаны при наведении. Если график выходит за 7:00–23:00 (например, 05:00–14:00), сетка автоматически расширяется, и окно сразу скроллится к рабочим часам.
  • Всплывающие сообщения в правом нижнем углу стали лучше видны — фон непрозрачный, время показа 5 секунд. Если навести курсор, сообщение не исчезает автоматически, пока не уведёшь мышь.
  • В «Контроле интеграций» появилась проверка «Служебные учётки ФармЭксперт» (Тип=Аптека, БК, активные). Непривязанные логины и утечки (сотрудник уволен — логин активен) теперь поднимают тикет ответственному так же, как по Redmine/amoCRM.
  • В «Настройках → Доступы» служебные учётки ФармЭксперт показаны строкой «Комментарий пользователя · Клиент: …», а не голым ID — админу сразу понятно, где именно заведён аккаунт.
  • У сотрудника может быть несколько логинов ФармЭксперт (например, две аптеки под одним человеком). Все они видны в карточке, основной помечен плашкой «осн.» и подставляется в CF «Пользователи» автотикета; дополнительные заводятся через «Настройки → Доступы» и тоже участвуют в контроле утечек.
  • Поле «Сводка» в модалке задачи и в форме создания появляется только при выборе закрывающего статуса или если сводка уже заполнена. Раньше оно висело всегда, мешая постановке новой задачи.
  • В форме создания задачи больше не показываются кастомные поля, которые админ выключил в настройках конкретного проекта (раньше «глобальные» CF могли появиться даже там, где их нет, — форма расходилась с реальным Redmine).
  • По одному сбою интеграции больше не создаются дубли тикетов ответственному. В многопроцессной работе (локальный debug + прод / несколько воркеров) раньше могло возникать 2–3 одинаковых тикета за секунду — сейчас ровно один.
Что нового в релизе от 23.04.2026 18:04
  • База знаний для AI переехала с FTP на папку, которую админ монтирует прямо на сервер. Нейронка всегда видит актуальную вики, без таймаутов FTP и без паролей в настройках.
  • В «Настройках → Интеграции → База знаний» появилась кнопка «🔍 Найти» — показывает список папок с текстовыми файлами, найденных на сервере приложения. Удобно, когда не знаешь точного имени папки, которую примонтировал админ: клик по строке — путь подставляется сам.
  • Ошибка ручной синхронизации базы знаний (например, «timed out») теперь видна прямо в плашке интеграции «База знаний» — с расшифровкой при наведении. Раньше она появлялась только мелкой строкой рядом с кнопкой «📥 Синхр.» и легко терялась.
  • Плашка статуса «База знаний» показывает количество найденных файлов в локальном режиме и конкретную причину ошибки, а не обобщённое «🔴 Ошибка».
  • В настройках БЗ режим «Локальная» теперь основной и стоит первым в списке; «FTP» остался как legacy для старых установок.
  • У регулярных задач при создании следующей подзадачи автоматически переносятся активные наблюдатели с предыдущей — не нужно каждый раз вручную добавлять тех, кто следит за цепочкой. Наблюдатели, отключённые в CRM (уволенные сотрудники), пропускаются, чтобы не плодить уведомления в пустоту.
Что нового в релизе от 23.04.2026 13:22
  • Сохранение задачи больше не падает с HTTP 403 «Время к выполнению заблокировано», если это поле ставил другой оператор или робот, а вы меняете только статус, комментарий или тему. Блокировка срабатывает только на реальное изменение самого поля.
  • Ошибки сохранения задачи теперь показываются поверх открытой модалки. Раньше тост появлялся за ней — пользователь не понимал, почему задача «молча» не сохранилась.
  • Если «Время к выполнению» действительно заблокировано другим оператором — вместо «HTTP 403» показывается понятное сообщение с именем того, кто его назначил.
  • В карточке сотрудника появилось поле «Логин в Админке InfoAS» (системный администратор, user_type_ID=1) — отдельное от «Пользователь служебной программы ФармЭксперт». Виден список, статус «активна / отключена», а также метка «— не найдена в Админке InfoAS», если привязка указывает на удалённую учётку.
  • Включена автосверка админ-учёток Базы InfoAS (включается в «Настройки → Контроль интеграций»). При расхождении — непривязанный активный админ-аккаунт или деактивированный сотрудник с активной учёткой — система ведёт себя так же, как с Redmine/amoCRM: три подряд сбоя создают тикет ответственному.
  • В разделе «Настройки → Доступы» админ-учётки Базы InfoAS попадают в общую матрицу под именами, а не голыми ID.
  • В пикерах привязки сотрудника (Redmine, amoCRM, Админка InfoAS) больше не предлагаются логины, уже занятые другим сотрудником или помеченные служебными — нельзя случайно создать дубль. Текущая привязка самого сотрудника остаётся видимой, даже если она неконсистентная, чтобы её можно было поправить.
  • У авто-подзадач регулярных задач автор теперь = автор родителя, а не тот, кто закрыл предыдущую. Если автор уволился или неактивен — используется цепочка замена → руководитель отдела → управляющий партнёр.
  • Регулярные подзадачи, закрытые прямо в Redmine (мимо дашборда), теперь тоже авто-порождаются — фоновая страховка каждые 10 минут.
  • Кнопка «Проверить» в «Контроле интеграций» показывает «⏳ Проверяю…» пока идёт ручной запуск — сразу видно, что проверка в процессе, а не зависла.
  • В модалке задачи поля «Тип задачи», «Версия экземпляра» и «ID экземпляра» теперь идут одной строкой — как в форме создания, логически связанные поля рядом.
  • Если при сохранении задача одновременно закрывается и меняется исполнитель — комментарий к смене назначенного больше не требуется: сводка итогов уже обязательна в диалоге закрытия, дублировать её бессмысленно.
  • В разделе «Доступы» в группе «Непривязанные» больше не показываются учётки, уже отключённые в источнике, — остаются только реально требующие разбора.
  • Пикер даты/времени («📅 Назначить время») при открытии из диалога создания задачи больше не оказывается под ним — теперь всегда поверх.
Что нового в релизе от 23.04.2026 01:42
  • На спринт-доске полоса «Не в плане» теперь показывает только пинг-сигналы, на которые разработчик переключается коротко: ❌ Блокирует, ❓ Обратная связь (пурпурный чип, по клику открывает модалку, в слот не таскается), Доработка. Остальные открытые задачи переехали в боковую «К плану» — чипы больше не забиваются планировочным хвостом.
  • В Аналитике спринтов по сотрудникам добавлена колонка «Скорость отклика» — среднее время от пинг-сигнала (Обратная связь / Доработка / ❌ Блокирует) до момента, когда разработчик переназначил задачу на следующего. Показывает, насколько человек не блокирует чужой процесс; hover — разбивка по сигналам.
  • В боковой «К плану» задачи из прошлого спринта всегда идут сверху с плашкой «⤴ из прошлого», а версионные выделены синей полоской — сразу видно, что разместить в первую очередь.
  • У имени разработчика на спринт-доске появилась иконка «?» с памяткой: порядок работы со спринтом, поведение на пингах и где смотреть «скорость отклика».
  • Поле «Версия экземпляра» (CF21) в модалке задачи и при создании — теперь только выбор из списка сборок Учёт 2.0 за 90 дней. Ввести вручную строку в строгом формате «дд.мм.гггг чч:мм:сс,xx» больше не нужно. Поле «ID экземпляра» (CF20) стало read-only — его заполняет источник обращения.
  • При «❌ Блокирует» (CF19) теперь обязательно указать «Версию экземпляра» — без неё сохранение блокируется с понятным сообщением и подсветкой поля. Без версии система не может вычислить окно непригодных сборок для релиза.
  • Состав релиза теперь виден сразу под шапкой — список задач открывается без клика на «+». Кнопка «+» в заголовке состава разворачивает его до накопительного итога (этот релиз плюс все более ранние в версии без дублей).
  • Для автозадачи волны раскатки «связаться» введено обязательное поле «Результат раскатки» (✅ Успешно / ❌ Проблема / ❓ Нет ответа). Если СТП закрывает задачу, не выбрав значение, Redmine Manager автоматически возвращает её в работу с напоминанием. Отметка клиентского фидбека в составе волны теперь подтягивается автоматически после закрытия автозадачи — ручные кнопки «OK / Негатив / Нет ответа» у контакт-волн убраны (источник истины один).
  • Если ответственный за интеграцию сегодня в отпуске, авто-тикет о сбое уходит по цепочке замена → руководитель отдела → управляющий партнёр, в описание добавляются даты отпуска исходного адресата. При выходе из отпуска тикет не переназначается обратно — сотрудники сами решают, кто закрывает.
  • Автопроверки интеграций перешли с часа на 10 минут — тикет ответственному поднимается примерно через 30 минут после реального сбоя вместо нескольких часов (порог эскалации — три неудачи подряд, чтобы отсечь сетевые миганья).
  • Если за деактивированным сотрудником остались ответственности за интеграции или служебные аккаунты, создаётся один тикет по цепочке эскалации со списком того, что нужно переназначить. Предупреждение автоматически закроется, как только все ответственности переадресованы или сотрудник активирован.
  • В журнале связанных задач (вкладка «Связанные» в модалке) рядом с темой теперь виден проект и исполнитель — легче ориентироваться в цепочке, не открывая каждую карточку.
  • В разделе «Настройки → Доступы» убрана кнопка «+ Зарегистрировать аккаунт»: источник правды — сами внешние системы, ручные записи создавали шум в эскалациях. Колонка «Последняя сверка» переименована в «Выявлен в источнике» с подсказкой, что делать, если дата старая. Пометка «⚠ Утечка» больше не висит на уже отозванных аккаунтах.
  • Тема автозадачи волны раскатки больше не раздувается списком uid'ов — теперь «клиент Имя» вместо «клиент Имя (12345, 67890, 98765)». Полный список пользователей остаётся в поле «Пользователи» и в описании.
  • В модалке создания волны раскатки чип «Версия» у кандидата всегда идёт отдельной строкой под шапкой — позиция перестала прыгать в зависимости от длины имени пользователя.
Что нового в релизе от 22.04.2026 17:53
  • В модалке создания задачи рядовому сотруднику снова доступны кастомные поля, включая баннер «📅 Время к выполнению». Раньше блок полей был пустым — время к выполнению назначить было нельзя.
  • Закрытая задача пропадает с доски, из фокус-виджета «Чем заниматься сейчас» и со спринт-доски сразу после смены статуса в модалке — без обновления страницы.
  • Отпускные тикеты (Отпуск / Больничный / Отгул / БС) после принятия решения (Согласован или отказ) больше не висят во «Входящих» и не попадают в фокус-виджет. Сам отпуск виден в «Сотрудники → Отпуска» и в Redmine.
  • Название задачи в модалке теперь обычный текст — его можно выделить и скопировать мышкой. Для правки — кнопка «✏» справа; сохранение прежнее, через «💾 Сохранить».
  • Модалка создания задачи открывается того же размера, что и окно просмотра — поля на тех же местах, работать с задачей одинаково удобно в любом сценарии.
  • В модалке задачи увеличены шрифты названия, полей, описания, комментариев и вкладок — читать стало заметно удобнее.
  • В карточке сотрудника клик по номеру отпускного тикета открывает задачу прямо в Redmine Manager'е, а не уводит в новую вкладку с Redmine.
  • В списке отпусков сотрудника статус тикета подсвечен цветом: «Согласован» — зелёным, «Отклонён» — красным, в работе — серым. Плашка «архив» — жёлтая, сразу отличима от текущих записей.
  • Комментарий теперь обязателен при прикреплении файла — нужно подписать, куда смотреть и какие выводы. Рядом с полем комментария появилась ссылка на регламент оформления.
  • В «Настройках → Доступы» учётка, которую источник (Redmine / amoCRM / База InfoAS) перестал возвращать, автоматически переходит в статус «Отозван». Раньше такие аккаунты попадали в отдельную рубрику «Только в менеджере» и создавали шум в эскалациях — теперь рубрика убрана, остаются только «Непривязанные» и «Утечки».
  • При временном сбое связи с Базой InfoAS задача в проекте «Учёт 2.0» по-прежнему сохраняется. Раньше проверка пользователей CF#6 не отличала «пользователь не найден» от «нет связи» и блокировала сохранение.
  • В подсказках, сообщениях и описаниях авто-тикетов приложение стабильно называется «Redmine Manager» — меньше путаницы с сотрудниками-менеджерами.
Что нового в релизе от 22.04.2026 01:31
  • Когда в волну раскатки попало несколько пользователей одного клиента, теперь создаётся одна автозадача со списком пользователей (CF6) через запятую и именем клиента в шапке — вместо нескольких параллельных задач по одному клиенту.
  • Дополнительных пользователей клиента можно выбрать галочками прямо при создании волны — под карточкой кандидата появляется сворачиваемый блок «Ещё пользователи клиента (N)». Раньше их пришлось бы докидывать по одному уже после создания волны.
  • «Тема для пользователя» (CF3) теперь формулируется осмысленно и зависит от типа волны: «Получение обратной связи по …» для «связаться» и «Назначение версии по …» для «без связи». Клиент видит полезную тему, а не служебный subject саппорта.
  • В «Составе волны» рядом с номером автозадачи виден её актуальный статус из Redmine («✓ Закрыт 21.04.26» / «В работе» / «нет доступа»), а плашка «Ждём фидбек» сменяется на «СТП в работе», пока автозадача открыта. Сразу видно, на чьей стороне сейчас ожидание.
  • Кнопки «OK / Негатив / Нет ответа» для клиентского фидбека — прямо в строке состава волны. Появляются после того, как автозадача закрыта. Раньше UI для этого не было, и отметка «Ждём фидбек» висела бессрочно.
  • При создании волны показывается индикатор прогресса с секундомером и пояснением текущей фазы. Без него локальная AI-модель могла думать 1–2 минуты, и казалось, что приложение зависло.
  • Кнопка «🐞 Проверить AI-тему» в модалке создания волны: показывает, что уходит в нейронку и что она ответила; промпты редактируются прямо в окне, можно перезапустить с правками или сохранить как настройки без перезагрузки приложения. Плюс параллельная генерация — волны с несколькими разными наборами обращений готовятся заметно быстрее.
  • В описании автозадачи список reason-тикетов теперь каждым пунктом на отдельной строке — удобно забирать номера и темы копи-пастом.
  • «Тема для пользователя» больше не вырождается в обрывок из темы исходного тикета (типа «в окне КИЗов») при капризах нейронки. От модели теперь требуется ответ в обязательных тегах [[ANSWER]]…[[/ANSWER]], есть проверка префикса и длины; при сбое подставляется осмысленный fallback.
  • Календарь выбора времени и ещё пять диалогов (подтверждение несохранённых правок, связать задачу, создать копию, сменить родителя, поиск задач) теперь всегда открываются поверх карточки задачи. Раньше могли оказаться под ней и становились недоступны для работы.
Что нового в релизе от 21.04.2026 15:15
  • Навигация в шапке («📋 Доска», «📅 Календарь», «⚠ Замечания», «🚀 Спринты», «🏷 Релизы» и логотип «RM/MGR») снова читается в светлой теме. Раньше тёмный текст на тёмной подложке шапки почти сливался — приходилось присматриваться.
  • Автозадача тестировщику «Релиз — проверить (жив/не жив)» теперь гарантированно закрывается после нажатия «жив» или «не жив». Если первая попытка сорвалась из-за сбоя сети или Redmine, система сама дотянет её на следующем тике напоминаний — без дубликата комментария под задачей.
  • Состав старых месячных версий (2+ месяца назад) теперь подтягивается из Redmine автоматически — при первом открытии версии и далее не чаще раза в сутки. Если нужно обновить прямо сейчас, кнопка «⇣ Сканировать» при открытой версии делает точечный пересбор именно этой версии.
Что нового в релизе от 21.04.2026 01:27
  • В окне создания задачи поле «Назначен» теперь допускает значение «— Не назначен —». Удобно, когда задача в «Поддержке» заводится в общий пул без конкретного исполнителя — раньше система требовала выбрать человека.
  • Название задачи можно менять прямо в шапке окна — кликните по заголовку, отредактируйте и нажмите «💾 Сохранить». Раньше для переименования приходилось открывать задачу в Redmine.
  • Для трекера «Улучшение» при переводе на «Тестирование» окно задачи запрашивает два файла с подписями «Как это работает?» и «Как это тестировать?». Подписи уходят в описание вложений. Если к задаче уже приложены два файла — новые не требуются.
  • Из карточки задачи убраны поля «Как это работает» / «Как это тестировать» — соответствующие кастомные поля удалены из Redmine, и интерфейс больше не показывает пустой блок.
  • В карточке релиза появились плашки важности — ✅ Важная / ⚠️ Критично / ❌ Блокирует. Плашка наследуется от задач в составе релиза по полю «Блокирует»; в тултипе — список задач-источников. На первый взгляд видно, какую сборку держать на особом контроле.
  • У каждой задачи в составе релиза теперь свой бейдж важности, если у задачи задано поле «Блокирует». Сразу видно, какая именно задача делает релиз «критичным» или «блокирующим», не заходя в Redmine.
  • Состав релиза теперь раскрывается по кнопке «+» в шапке карточки — показывает накопительный итог задач этого и всех предшествующих релизов версии, без дублей. Открытой может быть только одна карточка — раскрытие новой автоматически сворачивает старую, чтобы не терять контекст.
  • В администрировании появилась диагностика подключений к CRM-БД: по каждой попытке фиксируется фаза сбоя (DNS / TCP / handshake), resolved IP, время, сырой результат TCP-пробы. Помогает быстро передать админу «фактуру» при разрывах «Lost connection during query» — не нужно гадать, где именно зависает.
Что нового в релизе от 21.04.2026 00:25
  • Раздел «Релизы» переведён на единую терминологию: «версия» — это месячный набор задач, «релиз» — промежуточная тестовая сборка Jenkins внутри версии. Перепутаться больше негде: вкладка называется «📦 Версии и релизы», в карточке плашки «релиз #…» / «версия #…», в подсказке «?» сверху — определения обоих понятий.
  • В карточке релиза появился список задач, вошедших в этот релиз. Подсветка по статусу как в карточке задачи (закрытые — зелёный фон с зачёркнутым номером, тестирование — жёлтый, доработка — красный, и т.д.); клик по номеру открывает карточку задачи. Колонки выровнены: слева трекер, потом номер, потом заголовок.
  • Пока состав релиза подгружается, на его месте бегут серые полосы-«шиммер». Список карточек релизов рисуется сразу, по мере прихода данных каждая карточка обновляется отдельно — больше не приходится ждать пустого экрана.
  • Над списком месячных версий слева появилась галка «показывать завершённые». По умолчанию выключена — в работе обычно текущая открытая версия, архив прошлых месяцев виден по требованию.
  • Рядом с вердиктом «жив / не жив» теперь видно, кто из тестировщиков его выставил и когда. Удобно, когда команд тестирования несколько и нужно понять, к кому обратиться по сомнительной сборке.
  • Релизы со временем меньше 10:00 (например, «0:34:48») теперь корректно подхватываются из новостей Jenkins. Раньше парсер требовал двузначный час и молча пропускал такие сборки — они не появлялись в списке.
  • Ранние релизы месяца, выпущенные до создания соответствующей месячной версии в Redmine, теперь автоматически прицепляются к версии, как только она появляется или вы открываете её слева. Раньше эти релизы оставались «без версии» и в списке не показывались.
  • Автозадача тестировщику на проверку нового релиза снова создаётся в Redmine. Ранее запрос отбивался ошибкой сервера из-за отсутствия трекера в полях задачи.
  • Автозадача тестировщику теперь создаётся только для релизов в открытых версиях Redmine. Релизы из завершённых месяцев больше не дёргают тестировщика напоминаниями — вердикт по архиву уже неактуален.
  • В аналитике спринтов появилась колонка «+N сверх плана» — сколько задач сотрудник закрыл (или сдал на тестирование/демонстрацию) в неделю спринта вне плана. Цифра видна в общих итогах и по каждому исполнителю; в тултипе — список номеров задач. Кеш заполняется автоматически при подведении итога спринта.
  • Для исторических спринтов добавлена кнопка «🔁 Пересобрать «сверх плана»» — обходит все зафиксированные спринты в выбранном окне аналитики и считает заново. Полезно после первой выкатки фичи, чтобы увидеть метрику и по уже завершённым неделям.
  • В строке аналитики по сотруднику теперь видны часы плана с разбивкой по итогу: выполнено / перенесено / отменено / ждёт. Раньше показывалась только общая сумма часов без понимания, куда они «ушли».
  • Рядом с полем поиска в шапке появился крестик «✕» — очистить запрос одним кликом, не выделяя текст.
Что нового в релизе от 20.04.2026 21:43
  • В разделе «Сотрудники» появилась привилегия «Редактор плана» — ровно один сотрудник на команду может править спринт-доску и фиксировать её. У всех остальных доска открывается в режиме просмотра (👁). Передаётся снятием галки у одного и установкой у другого.
  • После фиксации спринта в первые 24 часа у редактора плана активна кнопка «🔓 Отменить фиксацию» и рядом тикает таймер. Если ошиблись при растяжке или назначении — можно откатить, поправить и зафиксировать заново. После истечения окна или появления первого итога по задаче отмена недоступна.
  • Кнопка «Подвести итог» прошлого спринта и авто-воркер теперь классифицируют задачи по реальным статусам Учёт 2.0: «Закрыта / Тестирование / Демонстрация» → Выполнена, «Отклонена / Дубль» → Отменена, всё остальное → Перенесена. Раньше совпадение по подстрокам цепляло лишние статусы и искажало статистику.
  • Авто-итог прошлого спринта теперь ждёт полный рабочий день, а не календарный. Если понедельник — праздник, ПМу даётся вторник на ручной разбор, воркер сработает в среду. Сдвиги идут по производственному календарю.
  • Производственный календарь автоматически догружает следующий год, когда до конца покрытия остаётся меньше 21 дня. Раньше нужно было догружать вручную — теперь напоминания и дежурства не «проваливаются» в праздники. Тикет ответственному уходит только при сбое автозагрузки.
  • Автотикеты QA на новые сборки Jenkins снова создаются: заполняются обязательные поля «Пользователи» и «Тема для пользователя». Раньше Redmine отклонял их по 422, QA не получала напоминания.
  • Кэш блокирующих задач снова обновляется — перестал падать из-за формата даты, который отдаёт Redmine. Возвращается корректная подсветка «непригодных сборок» и проблемных клиентов.
  • Тултип чипа статуса спринта теперь описывает весь жизненный цикл доски: черновик → фиксация → окно отмены → финал. Тултип кнопки «↻» объясняет, что именно перегружается и когда её жать. Тултип «База знаний» в настройках — про FTP/локальный режимы и отличие от «Регламента».
Что нового в релизе от 20.04.2026 17:43
  • После фиксации спринта сотрудники видят не только список задач, но и раскладку «день × часы» — ровно ту, что ПМ разложил у себя. Раньше сетка была пустой, потому что часовая раскладка оставалась на машине ПМа.
  • В зафиксированном спринте появилась кнопка «↻ Обновить раскладку». Если после фиксации подвинули блоки — нажатие опубликует новую версию сетки для всей команды, момент фиксации не меняется.
  • В «Настройки → Интеграции» добавлена отдельная плашка «CRM База данных» с параметрами подключения (хост, порт, база, логин) и статусом. Сразу видно, куда и под кем ходит Redmine Manager, и если упало соединение с CRM — видно это в одном месте.
  • Плашка «Админка InfoAS» переименована в «Админка InfoAS (slave i9ru)» — чтобы не путать с основной CRM-базой приложения.
Что нового в релизе от 20.04.2026 10:43
  • Комментарий к приложенному файлу в задаче теперь виден целиком под именем файла — не обрезается и не прячется в тултип. Сразу понятно, зачем его прикрепили.
  • Приложенные к задаче файлы показываются в столбик, друг под другом. На длинных именах и переносах ничего не «плывёт».
  • Спринт-доска теперь показывает всем сотрудникам одинаковый план команды. Раньше разработчик без прав на чужие проекты видел пустые плашки и колонки — ПМ видел полную картину, а коллеги часть задач просто не наблюдали.
  • Клик по номеру задачи (#12345) в блоке на спринт-доске теперь надёжно открывает карточку. Раньше клик иногда «проваливался» и воспринимался как начало перетаскивания.
  • Если перетащить незакрытую задачу прошлого спринта на текущую неделю, баннер «⤴ к переносу» сразу перестаёт её считать — не нужно сначала фиксировать спринт, чтобы баннер обновился.
  • Сохранение в разделе «Настройки → AI/Интеграции» больше не теряет часть изменений при одновременном сохранении нескольких блоков (например, промт регламента и параметры БД i9ru). Раньше последний блок мог затирать предыдущий.
  • В окне «Создать связанную задачу» больше не остаётся плашка AI-вердикта от предыдущей задачи. Каждое открытие — чистый лист.
Что нового в релизе от 20.04.2026 04:22
  • Длинная задача на спринт-доске автоматически продолжается на следующий рабочий день. Например, 4 часа начиная с понедельника 17:00 разобьются на 1 час в понедельник и 3 часа с утра во вторник. Части связаны цепочкой и перемещаются вместе.
  • Колонка дня в спринт-доске всегда строго 9:00–18:00. Раньше растягивалась вниз под переработку и ломала выравнивание колонок.
  • Части многодневной задачи визуально связаны пунктиром и стрелками →/←: сразу видно, что задача продолжается в другой день.
  • Кнопка «🔒 Зафиксировать спринт» теперь работает и на прошлых неделях. Удобно закрыть забытый спринт задним числом или потестировать.
  • Если при фиксации спринта в проектах не хватает месячной версии — система предлагает создать все недостающие одним кликом и повторить фиксацию.
  • Имя месячной версии в диалоге фиксации показывается в том же формате, что и в Redmine (YYYY/MM/DD). Раньше подпись «2026.04» не совпадала с реальным названием и вводила в заблуждение.
  • Автоматическое подведение итогов прошлого спринта: если ПМ не нажал «Подвести итог» до вторника новой недели — итог проставляется сам. Задачи не висят «без итога» и не портят аналитику.
  • Задачи в статусах «Тестирование / Ревью / Демонстрация» при подведении итога засчитываются как «Выполнена». Зависание на QA больше не ухудшает метрику разработчика.
  • Баннер «Прошлый спринт» стал умнее: пока есть задачи без итога — красный «⚠ не добит» с кнопкой; после подведения итога, пока не все перенесены — мягкое «⤴ к переносу».
  • В строке «Не в плане» спринт-доски кочующие из прошлого спринта задачи помечены «⤴» и стоят отдельной группой. Сразу видно, что перенести в первую очередь.
  • Бейдж «N× в спринте» теперь виден и на чипах верхнего ряда «Не в плане» — было только в сайдбаре.
  • Задачи, уже стоящие на доске, не показываются в списке «К плану». Меньше дубликатов и визуального шума.
  • У лейблов «Не в плане» и «К плану» появились иконки-справки «?» с правилами сортировки и фильтрации. Раньше эта логика была спрятана.
  • В аналитике спринтов фильтр «Окно» стал календарным пикером недель. Больше не нужно вводить «2026-W01» руками и угадывать формат.
  • В аналитике при наведении на цифру «Готово / Кочуют / Отменено / В работе» показывается список задач — номер и название. Сразу понятно, что стоит за числом.
  • В заголовке «Повторов» объяснено, что этот показатель не связан с «Кочуют» — это разные метрики. Раньше цифры могли казаться противоречивыми.
  • В карточке сотрудника флаги «Активен», «В спринт-доске» и «Тестировщик (QA)» теперь в одной строке — компактнее и логичнее сгруппированы.
  • Из UI убраны английские термины outcome / done / rolled_over / pending. Везде показываются «итог», «Выполнена», «Перенесена», «без итога».
  • Продолжение многодневной задачи иногда оставалось на том же дне вместо перехода на следующий (в часовых поясах с положительным UTC-сдвигом). Теперь цепочка всегда корректно распределяется по дням.
  • Ресайз второго дня многодневной задачи «сбрасывал» задачу на другой день и терял первый. Теперь начало цепочки остаётся на месте, меняется только её длина.
  • Баннер «Прошлый спринт не добит» после нажатия «Подвести итог» перестал показывать задачи, которым итог уже проставлен.
Что нового в релизе от 19.04.2026 11:48
  • В карточке сотрудника появилось поле «Пользователь InfoAS»: при вводе ID сразу подтягиваются имя, клиент и статус активности из Базы InfoAS — не нужно идти в админку проверять.
  • Контроль интеграций ловит утечки в Базе InfoAS: если сотрудник деактивирован, а его пользователь в InfoAS активен — это отображается в разделе «Доступы» и эскалируется автотикетом.
  • В спринт-доске в колонке «Пользователи» задач версии теперь видно имя пользователя и версию его клиентской программы. В тултипе — полные данные из Базы InfoAS (клиент, регион, статус).
  • При назначении ответственного за контроль интеграций система сразу проверяет, что у сотрудника заполнен «Пользователь InfoAS». Ошибка видна сразу, а не через сутки в логах эскалации.
  • Кнопка «Проверить сейчас» в контроле интеграций показывает, почему не удалось создать автотикет (раньше сбой эскалации был «невидимкой»).
  • Пункт меню «Настройки» переименован в «Интеграции» — точнее отражает содержимое раздела.
  • В форме создания задачи поле «Тема для пользователя» — всегда однострочный ввод с кнопкой «Заполнить из названия задачи». Порядок полей «Тип задачи» и «Куратор» совпадает с модалкой открытия.
  • Автотикеты контроля интеграций теперь корректно создаются в проекте «Общий» — заполняются обязательные поля «Пользователи» и «Тема для пользователя» (раньше Redmine отклонял их).
  • Добавление VPN-доступа через карточку сотрудника больше не сбрасывает флаг «служебный» и ответственного у уже существующих служебных аккаунтов при совпадении ID.
  • Автотикет-уведомление о замене при согласовании отпуска теперь корректно сохраняет свой Redmine-ID — ссылка в логе замены перестала быть пустой.
Что нового в релизе от 19.04.2026 02:23
  • Новый раздел «Мой Google Calendar»: задачи из Redmine автоматически попадают в ваш личный Google-календарь и обновляются раз в 10 минут. В разделе можно проверить доступ и запустить синхронизацию вручную.
  • Контакты сотрудника теперь множественные: несколько телефонов, e-mail, Matrix. Обязателен хотя бы один телефон. Российский номер автоматически приводится к виду «+7 XXX XXX XX XX».
  • В карточке сотрудника телефон и e-mail — кликабельные: звонок и письмо открываются в один клик.
  • В карточке сотрудника добавлены секции «Дежурства за год» и «VPN-доступы». У одного человека может быть несколько VPN-логинов (ноутбук, домашний ПК, резерв) — все в одном месте.
  • В разделе «Доступы» отображаются реальные имена аккаунтов из Redmine и amoCRM, а не только ID. Есть кнопка «↻ Обновить» для принудительной перезагрузки.
  • Для служебных аккаунтов обязательны ответственный и заметка. Через полгода не останется «ничьих» аккаунтов, про которые никто не помнит, зачем они были заведены.
  • При добавлении сотрудника появился выбор из списка активных Redmine-пользователей — не нужно вручную искать ID. Имя подставляется автоматически.
  • В настройках отделов появилась галка «Дежурства». Автозадачи на составление графика дежурств создаются только отмеченным отделам — лишних тикетов у разработки и администрации больше не будет.
  • В табеле появился отдельный учёт «×2»: дежурство в нерабочий для сотрудника день помечается и выводится отдельной цифрой.
  • Регулярная задача, у которой исходный исполнитель в отпуске, автоматически переназначается на замену, руководителя или управляющего партнёра. В описании отмечено, на кого и почему.
  • В календарях и окнах «📅 Назначить время» дни, когда исполнитель в отпуске или выходной по графику, помечаются водяным знаком. Видно до назначения, что день нерабочий.
  • В недельном календаре задача, не поместившаяся в рабочий день, переносится на следующий рабочий день по графику, а не просто на завтра — суббота/воскресенье сотрудника больше не «захватываются».
  • В форме создания задачи дополнительные поля показываются только те, что применимы к выбранному проекту и трекеру. Смена проекта или трекера не стирает уже введённые значения.
  • В спринт-доске у сотрудников с нестандартной рабочей неделей (Пт/Сб/Вс) суббота корректно рисуется рабочей, даже если у страны выходной.
  • Статус «лицензия free» в amoCRM больше не путается с «отключён» — в карточке видно, что сотрудник активен, просто на бесплатной лицензии.
  • Единый формат даты в интерфейсе — «дд.мм.гг». Сырые ISO-строки вида «2026-04-20 00:00:00» убраны.
  • Автозадача на составление графика дежурств больше не «теряется» при временном сбое Redmine — следующий запуск попробует создать её снова.
  • Согласованный, но ещё не начавшийся отпуск больше не помечается как «завершён» из-за особенностей статусов в Redmine — блокировка назначения задач срабатывает корректно.
  • Отпуска правятся только через процесс согласования в Redmine — ручные изменения через админку отключены, чтобы исключить расхождение.
  • При выборе исполнителя задачи модалка больше не прокручивается вниз к полю комментария — контекст выбора не теряется, подсветка «нужен комментарий» сохранена.
Что нового в релизе от 18.04.2026 15:15
  • Новый раздел «🔐 Доступы» — единый инвентарь учётных записей во всех внешних системах. Строка = сотрудник, колонки = системы (Redmine, amoCRM, далее VPN/VM/почта/АТС/мессенджер по мере подключения), ячейки = чипы учёток. Наглядно видно, у кого какие доступы и где чего не хватает.
  • В «Доступах» активный доступ у деактивированного сотрудника подсвечивается красным пульсирующим чипом — «утечка». Счётчик таких случаев — в красной плашке сверху раздела, чтобы не пропустить при оффбординге.
  • Учётки, найденные в системе-источнике, но не сопоставленные ни с одним сотрудником, автоматически попадают в секцию «? Непривязанные аккаунты» сверху раздела «Доступы». Одна кнопка «Классифицировать» — привязать к человеку или пометить как служебный.
  • Служебные аккаунты (боты автотикетов, деплой-учётки, общие sip-extensions) вынесены в отдельную секцию раздела «Доступы» с указанием ответственного. Если ответственный не назначен — подсвечивается «нет ответств.».
  • Фильтр-фокус в «Доступах»: все / только с утечками / с пропусками базовых доступов (нет Redmine или AMO — обычно новичок или забыли выдать) / деактивированные сотрудники.
  • Новая периодичность регулярных задач — «Ежедневная (без выходных)». Считает по производственному календарю isdayoff.ru: пропускает субботы, воскресенья и официальные праздники, учитывает перенесённые рабочие субботы. В карточке задачи — бейдж «РД».
  • Экспертиза сотрудника — выбор тем теперь в одном окне мультивыбором: сразу все темы со статусами (эксперт/помощник) и счётчиком «сколько других сотрудников уже имеют эту компетенцию». При наведении на счётчик — список имён и уровней.
  • Обычный F5 теперь гарантированно подхватывает новую версию интерфейса — убрана необходимость делать жёсткую перезагрузку Ctrl+F5 после выкаток.
  • Предупреждения больше нельзя закрыть вручную — кнопка «✓ Решено» убрана. Закрываются только автоматически: при закрытии связанного Redmine-тикета или при устранении причины. Вместо кнопки — плашка «🔒 ждёт закрытия тикета» или «⚠ тикет не создан — ждёт следующего цикла» с пояснением, что делать.
  • Если тикет интеграции не удалось создать с первого раза (не был назначен ответственный или Redmine был недоступен) — предупреждение больше не «виснет» без тикета. Каждый следующий цикл автосверки пытается создать тикет, пока не удастся.
  • Предупреждение «Нет руководителя отдела для автозадач на дежурства» теперь само снимается, как только руководитель назначен.
  • В разделе «Сотрудники» блок «Экспертиза» иногда зависал на «Загрузка…» при выборе сотрудника — была гонка инициализации. Исправлено.
  • При недоступности CRM-БД (выключен VPN) разделы «Сотрудники» и «Доступы» теперь показывают красную плашку с причиной и кнопкой «↻ Повторить» вместо пустого экрана без объяснения.
  • Владелец отпуска берётся из поля «Автор» тикета в Redmine, а не «Назначено». После согласования поле «Назначено» часто указывает на руководителя-согласующего, из-за чего отпуска записывались не на того сотрудника.
  • Переименованы интеграции в интерфейсе: «i9ru CRM» → «Админка InfoAS», «i9ru» → «База InfoAS». Отражено в карточках настроек интеграций, диагностике, контроле синхронизации и разделе «Доступы».
Что нового в релизе от 17.04.2026 16:31
  • Появился «Управляющий партнёр» — один сотрудник, назначается в карточке. Задачи, у которых не хватает руководителя отдела, эскалируются напрямую на него.
  • В карточке сотрудника — поле «Замена (отпуск)». Выбирается из коллег того же отдела. Именно этот человек подменит сотрудника во время отпуска.
  • Новая вкладка «Структура» — визуальная орг-схема команды с цветами отделов. Сотрудники без отдела подсвечены красным «!», партнёр и руководители помечены значками. Клик по плашке открывает карточку.
  • Темы экспертизы можно добавлять прямо в карточке сотрудника кнопкой «+ Новая тема» — больше не нужно идти в Redmine. Если Redmine не пускает редактировать справочник, тема сохранится в Redmine Manager'е, а контроль интеграций автоматически заведёт тикет на ответственного.
  • При согласовании отпуска заменяющему сотруднику автоматически копируется график отпускника на период отсутствия, если графики различаются. По окончании периода график возвращается сам.
  • При согласовании отпуска заменяющему создаётся задача-уведомление в проекте «over» — чтобы он не узнал о подмене случайно.
  • Если согласование отпуска откатили — автоподмена графика и задача-уведомление откатываются сами.
  • При попытке назначить задачу на сотрудника, у которого согласованный отпуск в эту дату, открывается диалог: продолжить, назначить на замену или отменить. Работает и в редактировании задачи, и при создании.
  • Новый раздел «Настройки → Контроль интеграций». Сводка по всем внешним системам (Redmine пользователи, Redmine CF11 «Тип обращения», amoCRM, i9ru) с ответственным за каждую интеграцию, статусом последней проверки и кнопкой «Проверить».
  • Если интеграция сбоит 3 проверки подряд — автоматически создаётся Redmine-тикет на ответственного в проекте «over» (трекер «Ошибка»), и в журнале предупреждений появляется запись со ссылкой на этот тикет.
  • Предупреждения, привязанные к Redmine-тикету, нельзя закрыть вручную — они закроются сами, когда ответственный закроет тикет. У таких записей вместо кнопки «Решено» — замок с подсказкой.
  • Синхронизация тем из Redmine CF/11 теперь работает: раньше возвращала 404 на несуществующий endpoint — перешли на общий справочник кастомных полей с фильтром. Расхождения между Redmine Manager'ом и Redmine корректно фиксируются контролем интеграций.
  • Группа «Управляющий партнёр» в списке сотрудников перенесена в самый верх и оформлена единообразно с отделами (цветная полоска слева, а не сплошная заливка).
  • Значок управляющего партнёра — лаконичная буква «П» в кружке вместо короны.
  • Модалка «+ Новая тема» теперь оформлена в стиле проекта, а не через системное окно браузера.
  • Спринт-доска грузится заметно быстрее — убраны лишние запросы к Redmine, которые в этом виде не используются.
  • Данные пользователей i9ru (чипы в модалке задачи) снова корректно подтягиваются — SQL-запрос обновлён под изменённую схему базы.
Что нового в релизе от 17.04.2026 01:56
  • Раздел «Настройки и интеграции» — единая страница управления подключениями к AI API, базе знаний (FTP/локальная), i9ru CRM и isdayoff.ru. Проверка статуса всех сервисов одной кнопкой.
  • Производственный календарь — праздники и выходные из isdayoff.ru, дежурства сотрудников, автозадачи на дежурства за 7 дней до праздника, табель учёта рабочего времени.
  • Спринт-доска: праздничные дни и отпуска подсвечиваются, нельзя назначить задачу на выходной или когда сотрудник в отпуске. Задачи с меткой «❌Блокирует» (CF#19) выделяются красным и поднимаются наверх списка.
  • Состав спринт-доски теперь управляется из раздела «Сотрудники» флагом «В спринте» — вместо перебора ролей по всем проектам Redmine, что ускоряет загрузку.
  • Диалог трудоёмкости при добавлении задачи в спринт — стилизованное окно вместо prompt(). Ввод подтверждается Enter, отменяется Escape.
  • Отделы в разделе «Сотрудники» — группировка по отделам с цветовой маркировкой, назначение руководителя отдела, поиск по имени/логину/ID.
  • Синхронизация отпусков из Redmine-проекта «vacation» в CRM — отпуска, больничные, отгулы. Автозакрытие просроченных тикетов. При назначении задачи на сотрудника в отпуске показывается предупреждение.
  • Данные пользователей i9ru (CF#6) — чипы с подробностями из CRM-админки прямо в модалке задачи и в диалоге создания.
  • Редактируемое поле CF#19 «Блокирует» в модалке задачи — выпадающий список с вариантами из Redmine.
  • Навигация: кнопка «Сотрудники» и новые разделы (Произв. календарь, Настройки) перенесены в меню пользователя — панель инструментов стала чище.
  • Фоновая синхронизация базы знаний (FTP watcher) — запускается автоматически, периодически скачивает обновления.
  • Репозиторий в модалке задачи — diff корректно загружается через Basic Auth, если API-ключ не работает для репозитория.
  • Отрисовка Redmine-текста: блоки <pre> сохраняются без искажений, списки (* и #) группируются в <ul>/<ol>, убраны лишние пустые строки.
  • Родительская задача в модалке показывает иконку периодичности (если она регулярная).
Что нового в релизе от 16.04.2026 16:38
  • Раздел «Сотрудники» — управление карточками сотрудников из CRM-базы: графики работы, временные графики, отпуска, подмены, проекты Redmine
  • Экспертиза сотрудников — назначение тем экспертизы (эксперт / помощник) с синхронизацией справочника тем из Redmine
  • Вкладка «Репозиторий» в карточке задачи — список ревизий с файлами, ссылками на diff и entry, заметки «Как работает» и «Как тестировать»
  • Экспорт задачи в ZIP — все данные (поля, описание, история, вложения) одним файлом для передачи контекста
  • Фильтр «Не назначены» в списке пользователей — показывает задачи без назначенного исполнителя
  • Кнопка «Связать» перенесена в секцию связанных задач; блок связанных задач виден всегда, даже если связей пока нет
  • У вложений теперь отображается автор и дата загрузки
  • В истории изменений отображается смена версии (поле «Версия»)
  • Список версий при назначении в разделе «Новости» ограничен выбранным проектом
  • Цветовая шкала отставания версии от срока стала точнее: зелёный до месяца, оранжевый до трёх
  • Регулярные задачи без родителя или с нерегулярным родителем больше не вызывают ошибку — молча пропускаются
Что нового в релизе от 15.04.2026 23:06
  • В карточке задачи всегда видны поля «Начало» и «Окончание» — теперь они редактируемые, даже если дата ещё не задана.
  • Нажатие Esc при открытом списке наблюдателей теперь закрывает именно список, а не всю карточку задачи.
  • Список наблюдателей закрывается кликом в любое место за его пределами — больше не нужно искать другие способы закрыть его.
  • В список наблюдателей больше не попадают отключённые пользователи.
  • Спринт-доска: перетаскивание задач по сетке и изменение длительности мышью — позиция и время сохраняются сразу.
  • Спринт-доска: панель поиска задач — можно найти задачу по номеру или теме и сразу добавить её в план.
  • Спринт-доска: новый трёхрядный макет с осью времени — все операторы видны одновременно, прокрутка только при необходимости.
  • Спринт-доска: блоки задач на сетке окрашены по статусу задачи — легче читать текущее состояние без открытия карточки.
  • Спринт-доска: в список операторов попадают только активные пользователи Redmine.
Что нового в релизе от 15.04.2026 09:02
  • Изображения-вложения открываются в полноэкранном просмотрщике — больше не нужно переходить в браузер.
  • Номера комментариев (#N) кликабельны: нажатие прокручивает к нужной записи и подсвечивает её.
  • Ссылки на задачи Redmine в тексте комментариев открываются прямо в Redmine Manager'е, в том числе с переходом к конкретному комментарию.
  • Цитирование в комментариях (строки с «>») отображается визуальным блоком — читать ответы стало удобнее.
  • Выпадающий список статуса окрашивается под цвет выбранного статуса при редактировании задачи.
  • Уточнены цвета статусов: «Обратная связь» — серый; «На тестирование» / «Демонстрация» — жёлтый; «На доработку» остался красным.
  • Чекбокс «Приватный комментарий» переименован в «Комментарий для клиента» и выделяет поле красной рамкой при включении.
  • Поля Проект / Трекер / Статус в карточке задачи объединены в одну строку — форма стала компактнее.
  • Просрочка в закрытой задаче теперь показывается относительно даты закрытия, а не сегодняшнего дня.
  • Новый раздел «Спринты» (alpha): планирование задач по разработчикам на текущую неделю с drag-and-drop по дням и просмотром версий.
Что нового в релизе от 14.04.2026 14:00
  • в недельном календаре появилась линия, которая показывает текущее московское время — сразу видно, в каком временном слоте вы находитесь прямо сейчас.
  • в форме редактирования задачи можно выбрать сразу несколько файлов и добавить каждому своё описание — больше не нужно сохранять задачу отдельно для каждого вложения.
  • в карточке задачи поле «Версия» теперь показывает, сколько времени осталось до дедлайна версии — цветовой индикатор (зелёный / оранжевый / красный) даёт мгновенное понимание ситуации.
  • для закрытых задач скрыты кнопки назначения дат и заблокировано изменение «Времени к выполнению» — случайно поправить дату у уже закрытой задачи больше не получится.
  • при выборе нового временного слота старая дата помечается зачёркнутым «← Было» — сразу видно, что именно вы меняете, до нажатия «Сохранить».
  • при смене проекта в форме создания задачи список трекеров автоматически обновляется — показываются только те, что доступны в выбранном проекте, а исполнители сортируются по алфавиту.
Что нового в релизе от 14.04.2026 12:34
  • кнопки навигации, виджет фокуса и меню пользователя теперь распределены по трём зонам — больше не «съезжают» при изменении размера окна.
  • кнопки «Тема», «Что нового» и «Выйти» убраны из шапки и собраны в выпадающее меню по клику на имя пользователя — шапка стала компактнее.
  • в поле пароля появился значок 👁 — можно проверить, что введено, не перепечатывая заново.
  • рядом с фильтрами теперь показывается количество задач после применения фильтра, а кнопка «+ Задача» перенесена туда же — всё управление задачами в одном месте.
  • история изменений разбита на страницы по 3 релиза — прокрутка стала короче.
  • заблокированные и удалённые пользователи больше не попадают в список операторов при переключении — список стал чище.
Что нового в релизе от 14.04.2026 11:33
  • появилась кнопка ⬇ рядом с полем «Тема для пользователя» — она автоматически подставляет туда название задачи, чтобы не вводить одно и то же дважды.
  • в выпадающем списке статусов отображаются только те варианты, на которые вы реально можете перевести задачу — лишних пунктов больше нет.
  • список операторов в шапке теперь работает для всех пользователей, а не только для администраторов — формируется из участников ваших проектов.
Что нового в релизе от 14.04.2026 09:58
  • добавлены варианты «Ежеквартально» и «Ежегодно» для регулярных задач — теперь можно настроить задачи, которые нужно повторять раз в квартал или в год.
  • даты при переносе регулярных задач рассчитываются корректно в конце месяца — больше не будет ошибок с 31-м числом или февралём.
  • виджет «Чем заниматься сейчас» теперь правильно сигнализирует о входящих задачах — раньше он мог показывать «ВСЁ ОК», когда необработанные задачи на самом деле были.
Что нового в релизе от 14.04.2026 02:40
  • при сохранении задачи можно прикрепить файл прямо из окна редактирования — без перехода в Redmine.
  • задачи на доске, в замечаниях и в виджете фокуса теперь сортируются по приоритету — срочные и немедленные идут первыми, просроченные — выше свежих.
  • срок просрочки теперь рассчитывается по запланированной дате из календаря, а не по стандартному сроку задачи — порядок стал точнее.
  • если вы сохраняете задачу, которая не совпадает с рекомендацией виджета фокуса, в правом верхнем углу появляется подсказка с номером рекомендованной задачи — исчезает через 9 секунд.
Что нового в релизе от 13.04.2026 21:32
  • форма создания задачи переработана — теперь выглядит и ведёт себя так же, как окно просмотра задачи.
  • блок «Время к выполнению» вынесен наверх формы и зеленеет после выбора — сразу видно, назначено ли время.
  • обязательные поля теперь отмечаются красной рамкой — заметнее и чище.
  • в форме подзадачи отображается название родительской задачи — сразу понятно, к чему создаётся подзадача.
  • добавлено поле «Куратор» — появляется в форме создания и в карточке задачи, если проект его поддерживает.
  • в календаре теперь видны задачи, в которых вы наблюдатель — отображаются серым цветом.
  • добавлена кнопка «?» с объяснением, какие задачи попадают в календарь — больше не нужно догадываться.
Что нового в релизе от 13.04.2026 17:03
  • добавлен переключатель темы — выбор сохраняется между сессиями, при следующем входе тема восстанавливается автоматически.
  • при загрузке страницы больше нет вспышки белого фона перед применением тёмной темы.
  • список проектов в форме создания теперь иерархический — подпроекты видны в структуре, найти нужный стало проще.
  • следующая регулярная задача теперь создаётся от запланированной даты выполнения, а не от фактической даты закрытия — расписание не сбивается, если задачу закрыли с опозданием.
  • если следующая дата уже прошла, система автоматически сдвигает её до первой будущей — задача не создаётся «в прошлом».
  • закрытие задачи через дашборд теперь тоже запускает создание следующей.
  • отмена диалога закрытия больше не меняет статус задачи.
Что нового в релизе от 13.04.2026 14:27
  • многодневные задачи теперь корректно переносятся на следующий день — если задача не умещается до 18:00, остаток начинается с 09:00 следующего дня.
  • просроченные задачи (до 5 штук) теперь закреплены в верхней части календаря и всегда на виду — отсортированы по приоритету.
  • в подсказке к блоку задачи теперь виден приоритет.
  • в пикере выбора времени можно выбирать получасовые слоты (:00 и :30) — планировать стало точнее.
  • окно выбора времени задачи стало крупнее — работать в нём удобнее.
  • карточки на доске теперь фиксированной высоты, колонки прокручиваются независимо — доска не «прыгает» при разном количестве задач.
  • список пользователей в диалоге создания подзадачи отсортирован по алфавиту — нужного сотрудника теперь легче найти.
Что нового в релизе от 13.04.2026 02:41
  • при создании следующей регулярной задачи незакрытые связанные задачи автоматически переносятся в новую — не нужно перевязывать их вручную.
  • если система не смогла создать следующую задачу, теперь показывается диалог с объяснением причины — раньше это происходило молча.
  • устранена ошибка при сохранении задачи, когда дата начала расходилась с датой выполнения — даты теперь выравниваются автоматически.
Что нового в релизе от 13.04.2026 00:35
  • номера подзадач и связанных задач теперь окрашены по статусу — сразу видно, закрыта задача или ещё в работе.
  • связанные задачи стали кликабельными — можно открыть любую прямо из карточки.
  • добавлены поля «Дата начала» и «Срок завершения» — просроченный срок подсвечивается красным.
  • поля «Автор», «Создана», «Дата начала» и «Срок» объединены в компактные строки — карточка стала короче.
  • в форму создания добавлены поля «Дата начала» и «Срок завершения», для выбора используется удобный пикер.
  • направление связи между задачами («скопирована из» / «скопирована в») теперь отображается корректно.
  • при открытии карточки вместо спиннера показывается скелетон-заглушка — загрузка выглядит плавнее.
Что нового в релизе от 12.04.2026 16:25
  • выполненные задачи теперь отображаются в календаре зелёным цветом с зачёркиванием — сразу видно, что задача закрыта.
  • в пикере выбора времени задачи больше не дублировались в каждом часовом ряду.
  • после сохранения времени задачи баннер в карточке сразу показывает актуальное время — раньше он не обновлялся.
  • родительская задача в заголовке карточки стала кликабельной — можно перейти к ней и вернуться назад.
  • комментарии обновляются сразу после добавления — больше не нужно перезагружать карточку.
  • убрано дублирующее поле даты в карточке — дата выполнения управляется только через баннер вверху.
Что нового в релизе от 12.04.2026 15:10
  • календарь теперь открывается на текущей неделе — не нужно переключаться вручную после каждого входа.
  • задачи, которые пересекаются по времени, теперь отображаются рядом стопкой и остаются кликабельными — раньше они могли перекрывать друг друга.
  • в подсказке к задаче теперь объясняется, почему она считается просроченной.
  • оранжевым цветом теперь выделяются только задачи без назначенного времени и оценки — цветовая сигнализация стала точнее.
  • список исполнителей в задаче теперь показывает только активных участников текущего проекта — меньше лишних имён.
  • при копировании задачи автоматически создаётся связь «скопирована в» — не нужно добавлять её вручную.
  • при открытии дашборда сразу показываются задачи текущего пользователя — раньше по умолчанию открывался первый пользователь в списке.
?
Как работает спринт-процесс

1. План недели (понедельник). Руководитель размещает задачи на канбан-доске, распределяет по разработчикам на дни и часы. Пока это «черновик» — жёлтая плашка «План (черновик)».

2. Фиксация. После обсуждения с командой жмёте «🔒 Зафиксировать спринт». Автоматически:
  • задачи попадают в историю sprint_items;
  • в Redmine у каждой проставляется месячная «Версия» (по due_date понедельника недели);
  • появляется зелёная плашка «Спринт зафиксирован».

3. Повторная неделя. Если задача не закончена, она появляется в плане следующей недели. На карточке виден бейдж «N×» — сколько раз уже была в спринте. В тултипе — «доработка» или «простой» для каждого повтора.

4. «Прошлый спринт не добит». Если у части задач прошлого зафиксированного спринта не подведён итог — висит баннер с кнопкой «Подвести итог». Правила простановки итога: закрыта в Redmine ИЛИ на тестировании/ревью (разработчик свою часть сделал) → «Выполнена»; остальные открытые → «Перенесена». Если не нажать — со вторника новой недели итог проставится автоматически воркером sprint-auto-resolve (ПМ имеет весь понедельник на ручной разбор).

5. Аналитика. На третьей вкладке видно: кто сколько задач сделал, какие «кочуют» ≥3 спринтов (жирный сигнал), план vs факт.
Доска:
Загрузка…
?
Термины
Версия — группа задач за месяц (в Redmine это «Версия» проекта «Учёт 2.0», именование «YYYY/MM/DD» с датой сдачи в последний день месяца). За период версии Jenkins выпускает несколько релизов.
Релиз — промежуточная тестовая сборка Jenkins, опубликованная в новостях проекта «Учёт 2.0». Её проверяет тестировщик и раскатывают клиентам волнами.
Волна раскатки — точечное обновление: выбранным клиентам через API InfoAS назначается оперативная сборка этого релиза (перекрывает штатную сборку их ветки в программе учёта). Раньше делалось руками в админке InfoAS, теперь — одним действием из RM.

Как работает выдача релизов

1. Автоматическое получение релизов из Jenkins. Раз в 10 минут система читает новости проекта «Учёт 2.0», находит очередной релиз (заголовок новости вида «Промежуточная тестовая сборка x64 DD.MM.YYYY HH:MM:SS,cc») и добавляет его в список ниже. Одноимённые x32-новости пропускаются, чтобы не дублировать один и тот же релиз. Релиз автоматически попадает в месячную версию, соответствующую дате его выпуска.

2. Состав релиза. У каждого релиза под шапкой сразу виден список задач — это собственный состав (тикеты из тела новости Jenkins именно этого релиза), со счётчиком в заголовке. Кнопка «+» в заголовке состава расширяет его до накопительного итога: этот релиз + все задачи более ранних релизов в этой же месячной версии (без дублей по id). Источник id — тело новости Jenkins, фильтра по «Версии» задачи нет: поэтому в накопительном составе могут оказаться тикеты и из более ранних месячных версий — например, когда баг чинили дольше месяца и id попал в новость релиза следующего месяца. В режиме накопительного итога одновременно раскрыт может быть только один релиз — раскрытие другого автоматически свернёт текущий до собственного состава.

3. Признак важности релиза. Рядом с вердиктом тестировщика может появиться плашка ✅ Важная / ⚠️ Критично / ❌ Блокирует. Источник — поле «Блокирует» (CF19) у задач в составе релиза. Логика наследования:
  • Важная / Критично — окно от релиза, в новость которого впервые попал тикет, до конца версии (всех более поздних релизов).
  • Блокирует — окно от релиза, указанного в поле «Версия экземпляра» (CF21) у тикета, до релиза, в котором тикет был закрыт (если ещё не закрыт — до конца версии).
Уровни агрегируются как максимум: «Блокирует» побеждает «Критично», «Критично» побеждает «Важная». В тултипе плашки виден список задач-источников.

4. Вердикт тестировщика. Сотрудник с ролью «тестировщик» (флаг в разделе «Сотрудники») жмёт «🟢 жив» или «❌ не жив» на карточке релиза — решение одноразовое. Как только релиз появился в списке, тестировщику автоматически создаётся задача в Redmine с напоминанием; после вердикта задача закрывается сама. Напоминания заводятся только для релизов в открытых месячных версиях.

5. Волны раскатки. Доступны только для релизов со статусом «жив» и без блокировок. ПМ жмёт «➕ Новая волна» и видит кандидатов — клиентов, чьи задачи фактически собраны в кумулятивной сборке версии (а не «по плану» Redmine), за вычетом уже обновлённых. Снимает галки у тех, кого пока не включает; они останутся в списке следующей волны. Что именно делает волна — см. блок «Создание волны раскатки» ниже.

6. Блокировки. Раз в 15 минут система обновляет список блокирующих тикетов (поле «Блокирует» на задаче + «Версия экземпляра» как точка обнаружения). Релиз считается «непригодным», если есть активный блок, у которого «Версия экземпляра» не позже даты релиза. Пока блок не закрыт, кнопка «Новая волна» на таком релизе отключена.

7. Проблемные клиенты. Вкладка показывает: по каждому открытому блокирующему тикету — релизы, попавшие в окно блокировки, и клиентов, которые сейчас на этих релизах (данные из Базы InfoAS). После закрытия блока этих клиентов обновляют в первую очередь.

Создание волны раскатки

Что делает волна. Три действия — одно базовое и два опциональных:
  • Назначить оперативную сборку клиенту через API InfoAS — выполняется всегда. RM группирует выбранных клиентов по битности их ветки (x32 / x64) и делает до двух вызовов POST /rm/setoperversion; Linux-файлы (fx_nix/service_nix) уходят в обе группы.
  • ☐ Создать тикет на саппорт (галка) — на каждого успешно обновлённого клиента заводится задача в трекере «Поддержка» проекта inventory_2_0. После раскатки СТП обязательно проставляет «Результат раскатки» (CF32): ✅ Успешно / ❌ Сообщил о проблеме / ❓ Нет ответа. Без CF32 задачу закрыть нельзя — закроете без него, она автоматически вернётся в работу.
  • ☐ Отправить сообщение клиенту в программу учёта (галка) — invmessage с темой и списком доработанных обращений + AI-блок «что реализовано». Можно сгенерировать черновик и отредактировать, либо оставить поле пустым (тогда сработает автогенерация per-group: разным группам кандидатов с одинаковым набором задач уйдёт своё сообщение). При повторе волны invmessage второй раз не отправляется — чтобы клиент не получил дубль.

Файлы сборки (file_id). В блоке «🔒 Файлы сборки» модалки — 6 выпадашек по парам Win×{x32,x64}×{FX,Service} + Unix×{FX,Service}. Опции тянутся из InfoAS_FX_data.invFiles через мастер-БД: каждая опция вида «дд.мм.гг чч:мм · имя файла (#id)». Первая опция всегда «(не привязывать)» — для платформ, на которые сборка не выпускалась. Один раз сохранили — для следующих волн этой же сборки форма свёрнется в строчку «✓ Файлы привязаны: …». Битность вручную не выбирается: RM сам разделяет кандидатов по битности их ветки и подсунет нужный файл.
Если мастер-БД недоступен (креды MASTER_DB_* не настроены / VPN отвалился) — форма деградирует на старые числовые input'ы; источник id — PHP-админка InfoAS (раздел «Версии Учёт 2.0» → вкладка «Файлы»).

Список кандидатов: плашки.
  • 🟧 «уже есть оперативная» — у клиента уже стоит оперативная сборка от прошлой раскатки. В тултипе плашки видны её версия и комментарий. Новая волна перезапишет её.
  • 🟡 «уже в #N» — клиент был в одной из предыдущих волн этой же сборки. Можно повторить — обычно нужно при негативном feedback.
  • ⚪ «битность не подходит» — у клиента x32-ветка при x64-сборке (или наоборот). В волну не попадёт, даже если оставить галку.
  • ⚪ «не СУ» — у пользователя нет признака «учётная установка» (isUnit≠1), оперативная сборка ему не нужна.
Цвет строки тикета — по статусу Redmine (зелёный закрыт, синий в работе, красный на доработке, жёлтый тестирование).

Петля обратной связи (если включена галка «тикет на саппорт»). Раз в 5 минут синк подбирает закрытые саппорт-задачи и переносит CF32 → release_rollout_targets.feedback. На карточке волны у клиента появляется бейдж ✅/❌/❓. Клиенты с «❌ Сообщил о проблеме» остаются в кандидатах для следующей волны этого же релиза; клиенты с «✅ Успешно» — исключаются.

Требование к учётной записи RM. У сотрудника, создающего волну, в карточке должно быть заполнено поле «Логин в Админке InfoAS» — RM подставляет его в actor_user_id при вызове API. Без него API откажет; в карточке сотрудника подсвечивается плашка «⚠ не задан — нужен для создания волн раскатки».

Чек-лист перед «Создать волну»
  ✓ Релиз помечен 🟢 «жив», на карточке нет плашки ❌ Блокирует.
  ✓ Заполнены 4 file_id (или они уже сохранены от прошлой волны этой же сборки).
  ✓ В списке кандидатов сняты галки у тех, кого не включаем сейчас.
  ✓ Решено, нужны ли «тикет на саппорт» и «сообщение клиенту» — галки выставлены.
  ✓ Если включено сообщение — текст черновика проверен (или поле оставлено пустым для автогенерации).

Если что-то пошло не так
  • Кнопка «➕ Новая волна» неактивна — релиз не «жив» или у него есть открытый блокирующий тикет.
  • Клиент пропущен с bitness_mismatch — битность файлов не совпала с веткой клиента. Защита по делу: дождётся подходящей сборки.
  • Клиент пропущен с not_a_su — это «заказ»-пользователь, не СУ.
  • Клиент с error — API InfoAS вернул ошибку. Текст — в плашке у клиента. Самая частая причина: file_id указан несуществующий или с неверной битностью.
  • AI-описание не уходит в invmessage — сработал стоп-фильтр («ошибка», «проблема», «баг», «инцидент», «нарушение», «исправление»). Сгенерируйте черновик заново или напишите вручную.
  • Хотите повторить отправку invmessage — создайте новую волну. В существующую дубль не уйдёт.
  • Кнопки 🐞 Проверить AI-тему / 🐞 Проверить AI-описание в подвале модалки прогоняют генерацию для первого отмеченного кандидата без отправки в Redmine — полезно проверить, не выдаст ли модель странное.
?
📊 Раздел «Метрики»

🎯 Как этим пользоваться — главное

Графики здесь — не источник знаний о проекте, а сверка. Знания о том, что у клиентов медленно, что им мешает, что они говорят саппорту — вы получаете от живых людей: от клиентов напрямую, от коллег СТП, от менеджеров. Графики только подтверждают (или опровергают) то, что вы и так знаете.

Если график показывает то, что вы ожидаете увидеть — значит, у вас выстроен процесс управления, вы держите проект в руках. Это и есть цель раздела: пара минут на обзор, сверка картины.

Если график расходится с тем, что вы знаете от клиентов и коллег — это сигнал не о метрике, а о вашем процессе. Значит:
  • у вас не настроена коммуникация с клиентами (узнаёте о проблемах постфактум по графику);
  • или СТП не доносит до вас, что слышит от клиентов;
  • или фильтр «значимого» сместился, и в фокусе оказываются не те проблемы.
В этом случае работайте над процессом и каналами связи, а не над разбором графиков. График — лишь термометр, а лечится не он.

Иными словами: график подтверждает ваше управление, а не заменяет его. Пары минут в день достаточно.


Что считается. 6 ключевых пользовательских операций ФармЭксперта (старт программы, обновление каталога — лёгкое и тяжёлое, журнал накладных, продажа в кассе, очистка экрана после продажи). Для каждой считается взвешенное среднее по всем СУ: вес = число замеров, чтобы СУ с 10 000 нажатий учитывалось сильнее, чем СУ с 10.

Источник. Таблица InfoAS.fx_metrics на slave-MySQL. Клиент ФармЭксперта пишет длительность операций локально, агрегирует посуточно и раз в день отправляет на сервер. Сегодняшнего дня на графике нет — данные появятся завтра.

Фильтры от шума. Замеры ≥ 86 000 000 мс (≈ 24 ч) отсекаются — это зависания/свёрнутые окна, у которых таймер продолжал тикать. Строки с < 5 замеров игнорируются. Фильтра по числу СУ нет — релизы катаются поштучно, даже единичные клиенты важны.


📦 Режим «По релизам» (по умолчанию)

Ось X — календарь, но точки только на датах сборок: одна точка = один релиз. X-координата точки — дата её первого замера в окне (когда сборка реально пошла в парк, а не дата компиляции). Над точкой подписано число СУ. В этом окне отображаются только сборки, выпущенные в выбранном периоде — старые билды на «клиентах-зависанцах» сюда не попадают.

Hover точки показывает: версия сборки, первый замер, weighted-avg, число замеров, число СУ. Точки выше нормы — оранж, выше тревоги — красные.

Сравнение пары версий. Сверху раздела два дропдауна «Сравнить: A → B». По умолчанию — последние две сборки. На каждой карточке справа появятся значения метрики для A и B и Δ B−A. На графике обе точки подсвечены кольцом: A синим, B фиолетовым. Кнопка ✕ сбрасывает выбор и возвращает обычный «7д» базелайн.


📅 Режим «По дням»

Ось X — календарь, точка на каждый день замера. Серые вертикали — отметки появления сборки в парке: X-координата вертикали = первая дата замера соответствующего билда (то же значение, что и у точек в режиме «По релизам»). Это не дата компиляции и не дата раскатки из админки, а «когда мы впервые увидели сборку в fx_metrics». На hover — версия и сколько СУ накопилось за окно.

Зачем они тут: дневная линия + вертикали = одним взглядом видна корреляция «после появления сборки X avg прыгнул». Без вертикалей пришлось бы переключаться в режим «По релизам» и искать соответствующую точку.

Полезно, когда подозреваешь внешний фактор:
Просадка в выходные / в воскресенье — у аптек обычно меньше операций, средний avg может скакнуть от 2-3 шумных СУ.
Резкий обвал по всем метрикам в один день у одного региона — вероятно, проблемы со связью у клиентов, не наш код.
Несколько дней без изменения между релизами — стабильность билда под нагрузкой парка.


Справа сверху карточки

Без сравнения = взвешенное среднее за последние 7 календарных дней по всему парку. Рядом ±N% — отклонение от предыдущих 7 дней (8–14 дн. назад). Красное = деградация, зелёное = улучшилось. Календарное окно: «как сейчас работает парк в среднем», смешано по всем активным сборкам.

С активным сравнением «A → B» — вместо «7д» показывается значение A, значение B и Δ B−A. Это уже точная оптика «билд X vs билд Y», а не среднее по парку.


На что смотреть и какие выводы

1. Скачок ВВЕРХ от точки к точке в режиме «по релизам» — самый прямой сигнал регрессии в конкретной сборке. Сборка A на норме, следующая сборка B в оранже/красном — в B что-то сломали по производительности. Используй сравнение «A → B», чтобы увидеть Δ по каждой метрике сразу. Открывай состав релиза («Версии и релизы» → B), смотри тикеты.

2. Линия плавно ползёт вверх без скачков между релизами — деградация не от кода, а от профиля данных. Каталог разросся, накладных стало больше, БД клиента распухла. Лечится не релизом, а оптимизацией запроса/ индексами. Если рост идёт по loadFullCatalog и WaybillJournal::activate одновременно — точно «БД клиентов».

3. Точка ВЫШЕ тревоги (красная) — приоритет на фикс. Норма/тревога подобраны так, что выше тревоги = операция мешает работать пользователю (касса > 4 с — клиент в аптеке уже ушёл). Если красное держится несколько сборок — нужен hotfix.

4. Релиз с малым числом СУ (1–10) показывает «оранж» — не паникуй. Над точкой подписано число СУ. Если оно единицы, среднее тянет пара медленных клиентов с слабым железом. Жди раскатки на больший парк — следующая точка покажет реальную картину.

5. Блок «🐌 Проблемные СУ» (свёрнут под графиками). Топ-10 СУ с avg ≥ 3× от парка.
 • Один логин в нескольких метриках = проблема в этой точке (железо, сеть, антивирус). Передавать админам клиента.
 • Разные СУ в каждой метрике = операция тяжёлая, кандидат на оптимизацию.
 • СУ с avg в десятки секунд у loadFullCatalog = у клиента жирный каталог или слабое железо. Фильтр уже отсёк зависания (≥ 24 ч), но 1–5 минут на загрузку — «работает, но мучительно».

6. График пустой — slave-MySQL недоступен (VPN, креды) либо в окне нет данных, прошедших фильтр. Период обычно лечит: 4 нед. → 12 нед.


Чего НЕ делает этот раздел
• Не показывает P95/P99 — в источнике только avg. Точечные жалобы «один раз 30 секунд тормозило» сюда не попадут, идти в support-тикет.
• Не алёртит сам — нужно глазами заходить и смотреть. Автоматическое создание warning'ов по регрессии — возможное расширение.
• Не различает «наш билд» / «левую сборку» — все даты сборок из fx_metrics равны.
Не заменяет общения с клиентами и СТП. Если узнаёте о проблеме из графика первым — у вас сломался процесс коммуникации, см. блок «🎯 Как этим пользоваться» в самом начале.
Месячные версии
Загрузка…
Выберите версию слева
🎯 Эффективность сотрудников
Загрузка…
👥 Сотрудники
Одноразовая синхронизация тикетов из проекта «vacation». Автоматически выполняется раз в час в фоне. Вытягивает значения CF/11 из Redmine и добавляет новые в expertise_topics. В современных Redmine REST API не отдаёт справочник CF — в этом случае ошибка, и работа с темами ведётся только в Redmine Manager'е, а контроль синхронизации поднимает тикет на ответственного. Обратная синхронизация (добавление новых тем в CF/11) выполняется автоматически при нажатии «+ Новая тема» в карточке сотрудника.
Загрузка…
Выберите сотрудника слева
🏛 Структура команды ?
Что это
Орг-иерархия команды, построенная автоматически из полей сотрудников.

Как читать
• Вверху — управляющий партнёр (или плейсхолдер «не назначен»).
• Под ним — сотрудники «без отдела»: задачи с их участием эскалируются сразу на партнёра.
• Ниже — отделы. Цветная шапка = цвет отдела (задаётся в карточке сотрудника → «Отдел» → иконка палитры).
• Над списком сотрудников отдела — руководитель со значком ★. Если руководителя нет — это видно.

Значки на плашке
• «П» — управляющий партнёр.
• «★» — руководитель отдела.
• «!» в красном круге — сотрудник не привязан к отделу; назначьте отдел в карточке.

Клик по плашке — откроет карточку сотрудника во вкладке «Сотрудники».

Правки иерархии делаются только в карточке сотрудника, здесь её только видно.
Загрузка…
🔐 Доступы ?
Что это
Единый инвентарь аккаунтов во всех внешних системах: Redmine, amoCRM, VPN, VM, почта, АТС, мессенджер, CRM — и далее по мере подключения. Одна строка = один аккаунт в одной системе.

Зачем
• Исключить утечку доступов после увольнения (видно, что у деактивированного сотрудника остались активные учётки).
• Исключить «орфан-доступы» — аккаунты в системе без владельца в Redmine Manager'е.
• Служебные аккаунты (автотикеты, деплой-боты) ведутся явно, с ответственным.

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

Сверка автоматическая — раз в час для каждой включённой в «Настройки → Контроль интеграций» системы. Расхождения → тикет на ответственного, ворнинг ждёт закрытия тикета.
Загрузка…
🏭 Производственный календарь ?
Производственный календарь загружается из isdayoff.ru.

Порядок работы с дежурствами:
1. Нажмите «📥 Загрузить из isdayoff.ru» — календарь заполнится праздниками на год.
2. В таблице под календарём укажите количество дежурных на каждый праздничный день. Ориентируйтесь на колонку «Обращения за прошлый год».
3. За 21 день до каждого праздника автоматически создаётся задача в Redmine на руководителя отдела поддержки со статистикой обращений. Окно в 21 день — чтобы вся череда праздников (например, новогодние 1–8 января) попала в одну партию задач.
4. Руководитель назначает дежурных на вкладке «🔧 Дежурства».
5. В календаре праздничные дни показывают бейдж назначено/требуется: 🔴 красная рамка — не хватает, 🟢 зелёная — норма.

📅 Все нерабочие дни подсвечиваются в спринт-доске.
📊 Табель учитывает рабочие дни, дежурства, отпуска, больничные и отгулы.
?
Проверка автозадач на дежурства

Просматривает все праздничные дни в ближайшие 21 день и для каждого, на который ещё не была создана задача, заводит в Redmine задачу:

Тема: «Составить график дежурств на DD.MM.YYYY»
Проект: Общий (RM_OVER_PROJECT)
Назначена на: руководителей отделов, у которых включён флаг «Дежурства» (см. «Сотрудники → Отделы»). По умолчанию флаг включён только у «Техподдержки» — прочим отделам автотикеты не создаются. Если руководителей таких отделов нет — в журнал предупреждений попадёт запись «Нет ответственного за дежурства».
Начало выполнения: день срабатывания проверки (today).
Срок (due_date): за день до ближайшего праздника в окне проверки. Для всей цепочки праздников — общий: весь блок надо спланировать до начала первого из них.
В описании: статистика обращений за этот же день годом ранее (проект inventory_2_0, трекер «Поддержка»)

Окно в 21 день нужно, чтобы вся череда праздников (например, новогодние 1–8 января) попадала в одну партию задач — руководитель планирует график сразу на весь блок.

Повторные запуски безопасны: на каждый праздник задача создаётся только один раз (лог в duty_task_log). Автоматически запускается раз в сутки фоновым потоком; эта кнопка — ручной триггер.
📅 Мой Google Calendar
Подключение (один раз, ~2 минуты)
  1. Открыть calendar.google.com под тем Google-аккаунтом, в чей календарь хотите получать задачи (если у вас несколько — переключиться через аватар справа сверху). Слева: «Другие календари» → + → «Создать новый календарь». Назвать «Redmine» (или любое имя) → «Создать календарь».
    Через несколько секунд календарь появится слева в разделе «Мои календари» (не «Другие»). Если его не видно — обновите страницу (F5).
  2. В разделе «Мои календари» навести мышь на «Redmine» → → «Настройки и общий доступ». На странице найти раздел «Предоставить доступ отдельным пользователям и группам» → «Добавить пользователей». Вставить этот email:
    Разрешение — «Вносить изменения в мероприятия» (не «Только просмотр»). Нажать «Отправить».
  3. На той же странице прокрутить вниз до раздела «Интеграция календаря» → скопировать «Идентификатор календаря». Вставить ниже и нажать «Проверить и сохранить».
    ⚠ Это не email бота из шага 2. Идентификатор — длинная автогенерированная строка вида 7ed9a0...@group.calendar.google.com. Он есть только у созданных вами календарей и нигде, кроме раздела «Интеграция календаря», не показывается.
Настройки
Последняя синхронизация: —
Как убедиться, что работает
  1. После «Проверить и сохранить» под полем должна появиться зелёная галочка «Доступ есть». Если красная ошибка — Google вернул причину (404 — не тот ID, 403 — не выдали права «Вносить изменения», и т.п.).
  2. Включить переключатель «Синхронизация» и нажать «Синхронизировать сейчас». После — обновить страницу; в строке «Последняя синхронизация» появится время и ошибка (если была).
  3. Открыть calendar.google.com. В левой панели «Мои календари» снять галочки со всех календарей, кроме «Redmine». На сетке появятся события вида #<id> Тема задачи на дни/часы из поля «Дата для выполнения» (CF10).
  4. Если событий нет, а ошибки тоже нет — значит у вас сейчас просто нет открытых задач, в которых вы исполнитель и заполнена CF10. Это нормально: синк работает вхолостую и подхватит первую же подходящую задачу. Чтобы убедиться — поставьте на любую свою задачу CF10 и нажмите «Синхронизировать сейчас» ещё раз.
Синхронизируются открытые задачи, где вы исполнитель и заполнено поле «Дата для выполнения» (CF10). Закрытые задачи автоматически удаляются из Google. Напоминания срабатывают по вашим настройкам Google Calendar (обычно за 10 минут до события). Цвет события зависит от приоритета задачи (срочные — красные, высокие — оранжевые, низкие — серые). Длительность — 1 час, если в CF10 указано время; если только дата — событие на весь день.
📋 Отчёт по работе саппорта
?
Ежедневная индивидуальная рассылка по сотрудникам отдела Техподдержка в личку Element. Накопительно с начала месяца.

В сообщении: звонки, закрытые задачи и их вес, незакрытые (с номерами), отработанные смены и результативность — доля от среднего по отделу (100% = средний уровень), от которой считается доплата за план. Рублёвую сумму доплаты не показываем нигде — только процент и динамику. Руководителю отдела — сводная таблица и текущий лидер по результативности.

Метки результативности: 🟢 выше 100%, 🟠 90–100%, 🔴 ниже 90%. Незакрытые показываем двумя числами — за последние 30 дней и за год; метка по 30-дневному: 🟢 нет, 🟠 до трёх, 🔴 больше трёх.

Вес задачи: базовая = 1; с оценкой трудоёмкости = оценка × 2; если стоит «Блокирует работу» — дополнительно × 1.5. «Смена» = день, в который сотрудник закрывал задачи.

Звонки считаются по внутреннему номеру сотрудника — он должен быть привязан в карточке («🔒 SIP-доступы»). Пока номер не привязан — в отчёте «нет данных».

Обращения HelpDesk — справочная метрика, на вес задач и результативность не влияет. Обращение засчитывается тому, кто его закрыл (в работе — тому, кто ведёт). Пока HelpDesk не сообщает, кто именно закрыл обращение, оно засчитывается последнему участнику диалога — такие цифры показываются только здесь, в превью, и в рассылку сотрудникам не попадают. Обращения, которые никто не взял, и те, чей оператор не сопоставлен с сотрудником, видны отдельной строкой в сводке руководителю.
Настройки рассылки
Загрузка…
Отчёт уходит каждому получателю за 30 минут до конца его рабочего дня (по графику).
Превью (без отправки)
Сводка руководителю
Пример личного сообщения
⚙ Интеграции
?
Контроль интеграций — общий механизм проверки синхронизации данных между Redmine Manager'ом и внешними системами (Redmine, amoCRM, База InfoAS, …).

Как это работает:
1. Для каждой интеграции назначается ответственный — он получает автотикеты в Redmine при расхождениях.
2. Раз в час (и по кнопке «Проверить» у конкретной интеграции) выполняется проверка. Временные сбои допускаются — тикет создаётся после 3 подряд провалов.
3. При расхождении/сбое: в проекте «Общий» (служебный идентификатор over, трекер «Ошибка») создаётся задача на ответственного, а в журнале предупреждений появляется запись, привязанная к этой задаче.
4. Предупреждение закрывается ТОЛЬКО автоматически — когда ответственный закроет Redmine-тикет. Ручное закрытие заблокировано.

При подключении новой интеграции её обязательно нужно здесь регистрировать (см. services/integration_sync.py).
📋Redmine
URL
Пользователь
🤖AI API
URL
Модель
📝Валидация оформления задачи ?
Что это
AI (локальная Qwen 3.5-4B) проверяет черновик задачи на соответствие регламенту компании. Не генерирует текст — только оценивает наличие обязательных элементов и подсказывает, чего не хватает.

Где запускается
В модалке «Создать задачу» (например, при создании связанного тикета из Поддержки) — кнопка «🧠 Проверить по регламенту». Результат — зелёная/жёлтая/красная плашка над футером. Сохранение задачи не блокируется.

Как настроить регламент
1. Нажмите «⬇ Загрузить из Redmine wiki» — скачает текст с указанной страницы.
2. Отредактируйте в textarea как нужно (AI даёт лучший результат на компактном машиночитаемом тексте).
3. Нажмите «💾 Сохранить» в шапке страницы.
Источник регламента (Redmine wiki)
Проект wiki Страница
Регламент (предоставляется AI вместе с черновиком тикета)
📝AI · Промпты ?
Что это
Реестр всех промптов, которыми приложение обращается к локальной AI-модели. Один источник правды — модуль services/ai_service.py; здесь видно, где какой промпт используется и в каком статусе (дефолт/изменён).

Как править
Клик по строке открывает редактор: текст промпта в textarea, кнопки «Сохранить» и «Сбросить к дефолту». Изменения применяются мгновенно — следующий AI-вызов использует новый текст, перезагрузка не нужна.

Inline-редактор
Для быстрых правок промптов конкретного AI-вызова — иконка ⚙ рядом с самой кнопкой (например, в модалке волны раскатки). Открывает редактор сразу со всеми промптами этого вызова (extract + translate).

Категории: release — раскатка релизов (CF3, invmessage); kb — генерация черновиков в карточке задачи; validation — валидация черновика по регламенту.
Название Категория Тип Где используется Статус
Загрузка…
📂База знаний ?Набор текстовых файлов (txt/md/wiki/rst/html), которые AI-модель подмешивает в промпт как дополнительный контекст при генерации черновиков в карточке задачи. Без БЗ AI видит только саму задачу и её diff. С БЗ — ещё и внутренние документы проекта (архитектура, регламенты, терминология) — сгенерированный текст получается «в стиле команды». Режимы: • Локальная (основной) — файлы лежат в папке kb_path на диске приложения. На проде это docker-volume ./wiki_data:/app/wiki_data, содержимое автообновляется на стороне host'а админом. Для dev — разово распаковать папку wiki_data рядом с docker-compose. Воркер не запускается. • FTP (legacy) — фоновой воркер kb-watcher раз в N минут качает файлы по FTP в kb_path, скачивает только изменённые (сверка по размеру). Оставлено для старых установок. В промпт попадают первые ~2000 символов всех текстовых файлов — чтобы не разорвать контекстное окно модели. Бинарные файлы (картинки, pdf) игнорируются. Важно: БЗ и «Регламент» (валидатор оформления задачи) — РАЗНЫЕ сущности. Регламент — это отдельный текст из Redmine-wiki, используется только для кнопки «🧠 Проверить по регламенту». БЗ — для генерации контента.
Режим
FTP-хост
Логин
Пароль
Интервал
...
🗄CRM База данных ?Параметры этой БД правятся только через файл .env на сервере (CRM_DB_HOST / CRM_DB_PORT / CRM_DB_NAME / CRM_DB_USER / CRM_DB_PASS). Почему не editable из UI: в этой БД лежат сами настройки приложения — сотрудники, отделы, интеграции, предупреждения и т.д. Если логин/хост введены ошибочно, Redmine Manager вообще не сможет загрузиться (сломается загрузка конфигурации, которую надо хранить в той же БД) — получится «курица и яйцо». Эта плашка нужна только для видимости «куда и под каким пользователем ходит бэк» и чтобы сразу увидеть ошибку соединения в статусе справа. Диагностика — в логах сервера или подключением mysql-клиентом вручную.
Хост
Порт
База
Логин
Пароль
🗄База InfoAS (slave) ?Параметры этой БД правятся только через файл .env на сервере (SLAVE_DB_HOST / SLAVE_DB_PORT / SLAVE_DB_NAME / SLAVE_DB_USER / SLAVE_DB_PASS). Это slave-реплика основной БД InfoAS на sl1tw.infoas.ru — источник правды по пользователям и клиентам ФармЭксперт (CF#6, плашки в карточке задачи, состав волны раскатки, привязки сотрудников к учёткам). Почему read-only: креды БД — секрет, права на правку только у админа сервера. Если хост/логин неверны, контроль интеграций сам поднимет warning и заведёт тикет на ответственного. Чтобы пофиксить — править .env и рестарт.
Хост
Порт
База
Логин
Пароль
📇amoCRM
ID интеграции
Account ID
Субдомен
API-домен
Токен
Права
Uninstall URL (для поля «Ссылка для уведомления о выключении» в amoCRM)
Секреты задаются в .env (AMO_*)
📇amoCRM XR
Вторая амо — продукта XR (welcomebportde.amocrm.ru). Задачи сотрудников XR из неё попадают в календарь и в учёт нагрузки так же, как из учётной амо. Привязка сотрудников — в «Персонале», строка «amoCRM XR» (появляется после настройки этой карточки).
Субдомен
Токен
Токен выдаётся в амо XR: Интеграции → Внешняя интеграция → долгосрочный токен (как для учётной амо). Базово задаётся администратором в .env (AMO_XR_SUBDOMAIN / AMO_XR_LONG_LIVED_TOKEN); поля этой карточки приоритетнее .env и правятся без доступа к серверу. Сохранённый здесь токен повторно не показывается; пустое поле при сохранении оставляет прежний.
💬Element Matrix ?Внутренний мессенджер компании. Контроль учётных записей через Synapse admin API: непривязанные аккаунты и активные учётки уволенных сотрудников видны в «Настройки → Доступы». Привязка сотрудник↔MXID хранится в карточке сотрудника (контакт типа «Matrix»), пикер выбирает реальных пользователей из мессенджера — произвольный ввод запрещён. Креды (MATRIX_BASE_URL / MATRIX_ADMIN_TOKEN) задаются только в .env на сервере. При сбое доступа к admin API ответственный получит автотикет в Redmine — назначается ниже.
Внутренний мессенджер (Synapse admin API)
Привязка сотрудник↔MXID — в карточке сотрудника
Расхождения видны в «Настройки → Доступы»
Креды (MATRIX_BASE_URL / MATRIX_ADMIN_TOKEN) задаются в .env на сервере.
🤖Matrix-бот (отправка ЛС) ?Отдельный канал от карточки выше: там Synapse admin API для контроля учёток (read-only), а здесь учётка бота @rm_manager_bot, под которой система шлёт ЛС сотрудникам. Health-check бьёт `/account/whoami` под токеном бота — узнаём о ротации/отзыве до того, как первая попытка отправить ЛС упадёт. Креды (MATRIX_BOT_USER / MATRIX_BOT_TOKEN) задаются только в .env на сервере. Базовый URL общий с админ-клиентом (MATRIX_BASE_URL). Комнаты создаём нешифрованные (E2EE с не-верифицированного устройства приводит к «unable to decrypt» у получателя). Связку получатель↔комната храним в таблице matrix_bot_rooms — при повторных ЛС переиспользуем существующую DM.
Канал отправки ЛС из системы (Client-Server API под токеном бота)
Сценарии отправки настраиваются отдельно — сейчас доступна только тестовая форма
Креды (MATRIX_BOT_USER / MATRIX_BOT_TOKEN) задаются в .env на сервере.
Авторассылка отпусков
Тестовая отправка
🔒VPN-панель (3X-UI) ?Корпоративный VPN на базе панели 3X-UI. Контроль учётных записей: непривязанные клиенты и активные клиенты у уволенных сотрудников видны в «Настройки → Доступы». Идентификатор клиента — поле «email» в 3X-UI (фактически логин-метка, не настоящий e-mail). Привязка сотрудник↔логин хранится в карточке сотрудника (секция «🔒 VPN-доступы»). Креды (VPN_PANEL_URL / VPN_PANEL_USER / VPN_PANEL_PASS) задаются только в .env на сервере. Канал read-only — из RM в панель ничего не пишем; отзыв клиента делает админ вручную в 3X-UI. При сбое доступа к API панели ответственный получит автотикет в Redmine — назначается ниже.
VPN-панель 3X-UI (read-only API)
Привязка сотрудник↔логин — в карточке сотрудника
Расхождения видны в «Настройки → Доступы»
Креды (VPN_PANEL_URL / VPN_PANEL_USER / VPN_PANEL_PASS) задаются в .env на сервере.
🐙Gitea (git.infoas.biz) ?Внутренний git-хостинг исходников. Контроль учётных записей: непривязанные аккаунты и активные у уволенных сотрудников видны в «Настройки → Доступы». Идентификатор аккаунта — числовой id пользователя в Gitea (login можно переименовать — id стабилен). Привязка сотрудник↔аккаунт делается в разделе «Настройки → Доступы → Непривязанные». Креды (GITEA_BASE_URL / GITEA_API_TOKEN) задаются только в .env на сервере. Токен — Personal Access Token со scope `read:admin` (нужен, чтобы /api/v1/admin/users отдавал всех пользователей). Канал read-only — из RM в Gitea ничего не пишем; отзыв учётки делает админ Gitea вручную. При сбое доступа к API ответственный получит автотикет в Redmine — назначается ниже.
Gitea (read-only API /api/v1/admin/users)
Привязка сотрудник↔аккаунт — в «Настройки → Доступы»
Расхождения видны в «Настройки → Доступы»
Креды (GITEA_BASE_URL / GITEA_API_TOKEN) задаются в .env на сервере. Токен — PAT со scope read:admin.
ПClaude.ai Team ?Подписка команды на Claude/Claude Code. Публичного API у Claude.ai Team нет — источник правды это CSV-выгрузка из админки claude.ai (Settings → Members → Export). Заливается вручную владельцем подписки (Primary Owner). После заливки система: • раскатывает строки в external_accounts(system='claude_team'); • в матрице «Доступы» видны непривязанные учётки и утечки (доступ уволенных); • роль (User/Primary Owner/...) и Seat Tier попадают в детали учётки. Если CSV не обновлять > 30 дней — интеграция уходит в сбой и ответственный получает автотикет «обнови выгрузку».
Источник — CSV из claude.ai/admin → Members → Export
Расхождения и роли видны в «Настройки → Доступы»
Свежесть CSV — 30 дней; дальше тикет «обнови»
Загрузка статуса…
ПAnthropic Console ?API-платформа Anthropic (api.anthropic.com) — это ОТДЕЛЬНЫЙ продукт от Claude.ai Team выше. Здесь живут API-ключи для разработки, биллинг по токенам. Сейчас интеграция делает только health-check: раз в 10 минут пингует /v1/models и убеждается, что ключ валиден (read-only эндпоинт, токены не списывает). Если ключ отзовут или хост ляжет — ответственный получит автотикет. ANTHROPIC_API_KEY задаётся в .env. Создать ключ: console.anthropic.com → Settings → API Keys (Standard).
api.anthropic.com — API-платформа Anthropic
Health-check: пинг /v1/models раз в 10 мин
Биллинг по токенам, отдельно от Claude.ai Team
Ключ ANTHROPIC_API_KEY задаётся в .env на сервере. Конкретные сценарии использования (code review PR'ов, AI-валидаторы) обсуждаются отдельно.
💵 Расход за месяц: загрузка…
DeepSeek API ?AI-провайдер DeepSeek (api.deepseek.com) — отдельная платформа, не связана с Anthropic. OpenAI-совместимый API, биллинг по токенам. Сейчас интеграция делает только health-check: раз в 10 минут пингует /v1/models и убеждается, что ключ валиден (read-only эндпоинт, токены не списывает). Если ключ отзовут или хост ляжет — ответственный получит автотикет. DEEPSEEK_API_KEY задаётся в .env. Создать ключ: platform.deepseek.com → API Keys.
api.deepseek.com — API-платформа DeepSeek
Health-check: пинг /v1/models раз в 10 мин
Ключ DEEPSEEK_API_KEY задаётся в .env на сервере.
💰 Баланс: загрузка…
Ревью коммитов (пилот) ?Нейронка читает новый коммит вместе с задачей, по которой он сделан, и отмечает: дублирование и копипасту, необработанные ошибки, расхождение сделанного с требованиями задачи, а также характер работы — механическая или содержательная. Это пилот: сборку не блокирует, разработчикам ничего не пишет. Разборы копятся в разделе «Ревью коммитов», где их размечают «полезно / шум» — по этой разметке решается судьба инструмента. Предупреждения компилятора здесь не ищутся: их точнее даёт сборка. Отчёт о каждом прогоне воркер пишет комментарием в указанную задачу (если у неё есть открытая подзадача — в неё).
Разбор новых коммитов вместе с задачей · раз в 30 мин
Репозиторий
Ветка
Модель
Резерв
Отчёт в задачу
За тик
Помощник закрытия задачи ?Помощь по полям задачи: название и «Тема для пользователя», «Сводка» при закрытии и «Критерии приёмки (DoD)» — нейронка сверяет текст с регламентом «Атрибуты задачи и описание» и предлагает формулировку. Проверки мягкие — работу не блокируют. Здесь задаётся модель для всех этих подсказок разом. Резервная включается, если основная недоступна. В окне подсказки по названию/сводке модель можно выбрать разово — для сравнения.
Название, «Тема», «Сводка» и «Критерии приёмки (DoD)»
Модель
Резерв
Kimi API (Moonshot AI) ?Третий внешний AI-провайдер (api.moonshot.ai) — не связан ни с Anthropic, ни с DeepSeek. OpenAI-совместимый API, оплата в долларах по предоплате. Зачем: запасное плечо для воркеров-аналитиков (если Anthropic или DeepSeek недоступны, воркер сам переходит на следующую модель списка) и дешёвый разбор больших текстов — расшифровок созвонов, объёмных пакетов. Окно модели kimi-k2.6 — 256 тысяч токенов. Health-check раз в 10 минут: пингует /v1/models (read-only, токены не списывает) и проверяет остаток на счёте. Ключ отозвали или деньги кончились — ответственный получит автотикет. KIMI_API_KEY задаётся в .env. Создать ключ: platform.kimi.ai → API Keys.
api.moonshot.ai — API-платформа Kimi (Moonshot AI)
Health-check: пинг /v1/models + остаток на счёте, раз в 10 мин
Ключ KIMI_API_KEY задаётся в .env на сервере.
💰 Баланс: загрузка…
🔒SIP-учётки (Asterisk) ?Наш сервер телефонии Asterisk. Контроль внутренних номеров (extension'ов): непривязанные номера и номера, оставшиеся активными у уволенных сотрудников, видны в «Настройки → Доступы». Идентификатор — extension number (101, 102 …). Привязка номер↔сотрудник делается пикером в карточке сотрудника (секция «🔒 SIP-доступы») — список номеров тянется с самого сервера. Источник данных — HTTP-обёртка на сервере телефонии (отдаёт список пиров по API-ключу). Из ответа берутся только внутренние номера (имя ровно из 3 цифр) — провайдеры и транки отбрасываются. Канал read-only — из RM на сервер ничего не пишем; отзыв номера делает админ телефонии вручную. Креды (SIP_WRAPPER_URL / SIP_WRAPPER_API_KEY) задаются только в .env на сервере. При сбое доступа ответственный получит автотикет в Redmine — назначается ниже.
Сервер телефонии (HTTP-обёртка, read-only)
Привязка номер↔сотрудник — пикер в карточке сотрудника
Расхождения видны в «Настройки → Доступы»
Креды (SIP_WRAPPER_URL / SIP_WRAPPER_API_KEY) задаются в .env на сервере.
🎤Расшифровка звонков ?Сервис распознавания + диаризации речи (fx_diariz_stt, тикет #87677). Аудиозапись разговора → текст с таймкодами и разделением по спикерам. В карточке задачи оператор жмёт «🎤 Расшифровать звонок», выбирает mp3 (локальный файл или аудио-вложение задачи), готовая расшифровка прикладывается к задаче файлом zvonok_*.txt. Канал интерактивный (запускается вручную), coverage-сверки нет — поэтому в автоконтроль интеграций не входит: ошибки видны сразу при расшифровке. Кнопка «🔌 Проверить сервис расшифровки» — разовая диагностика доступности. Адрес (DIARIZE_STT_BASE_URL) задаётся в .env на сервере. Пусто — кнопка расшифровки в карточках скрыта.
Аудио → диаризованная стенограмма (по запросу оператора)
Кнопка «🎤 Расшифровать звонок» в карточке задачи
Результат — вложение zvonok_*.txt
Адрес сервиса можно задать здесь (сохраняется в БД) или в .env (DIARIZE_STT_BASE_URL). Значение из поля приоритетнее.
Sipuni (телефония) ?Телефония Sipuni. Менеджерам выданы мобильные номера — SIM-карты Sipuni (FMC на базе Билайна), интегрированные с amoCRM. Каждая SIM привязана к учётной записи сотрудника в Sipuni. Контроль идёт по той же схеме, что VPN/SIP/Gitea: метод statistic/operators отдаёт список заведённых учёток (Login = внутренний номер + ФИО), они сверяются с инвентарём доступов. Непривязанная учётка и активная учётка у уволенного сотрудника видны в «Настройки → Доступы» и эскалируются автотикетом. Привязка делается пикером в карточке сотрудника (секция «☎ Sipuni»). Самого мобильного номера SIM метод не отдаёт — контролируем учётную запись сотрудника Sipuni, а не MSISDN. Кнопка «🔌 Проверить API Sipuni» — разовая диагностика: показывает сырой ответ метода (шапку CSV и первые строки). Креды (SIPUNI_API_USER / SIPUNI_API_SECRET) задаются в .env. Берутся в ЛК Sipuni → Интеграции → API.
SIM-карты менеджеров (FMC), интеграция с amoCRM
Контроль учёток как у VPN/SIP/Gitea (по Login)
Привязка — пикер в карточке сотрудника
Креды SIPUNI_API_USER / SIPUNI_API_SECRET задаются в .env (ЛК Sipuni → Интеграции → API). Подпись запроса — md5("user+secret").
WorkTime (учёт рабочего времени) ?Сервер учёта рабочего времени WorkTime: на ПК сотрудников стоит агент (окна, активность, скриншоты, задачи), веб-интерфейс показывает карту дня, табель и продуктивность. Контроль идёт по той же схеме, что VPN/SIP/Gitea/Sipuni: метод registered_users отдаёт учётки веб-интерфейса — кто может видеть статистику (служебные логины админки видят всех, логины сотрудников/руководителей — себя или подчинённых). Они сверяются с инвентарём доступов: непривязанная учётка и активная учётка у уволенного видны в «Настройки → Доступы» и эскалируются автотикетом. Привязка — пикер в карточке сотрудника (секция «⏱ WorkTime»). Это контроль веб-доступа к статистике, а не агента на ПК. Чтение самой статистики (карта дня, продуктивность) для сверки с задачами Redmine — следующий этап (тикет #86918). Кнопка «🔌 Проверить WorkTime» — разовая диагностика: чей ключ, какая роль, первые учётки из ответа. Креды (WORKTIME_BASE_URL / WORKTIME_API_KEY) задаются в .env. Ключ создаётся в вебе WorkTime (Настройки → Пользователи → API), показывается один раз; для сверки нужна роль admin.
Учётки веб-интерфейса: кто видит статистику сотрудников
Контроль учёток как у VPN/SIP/Gitea/Sipuni
Привязка — пикер в карточке сотрудника
Креды WORKTIME_BASE_URL / WORKTIME_API_KEY задаются в .env (ключ — в вебе WorkTime: Настройки → Пользователи → API; нужна роль admin).
📖Вики — учётки (DokuWiki) ?Контроль выданных сотрудникам доступов во внутреннюю вики (#86919). В вики выдаётся в первую очередь административный доступ — по группам учётки видно, у кого он есть. Контроль идёт по той же схеме, что VPN/SIP/Gitea/Sipuni/WorkTime: HTTP-обёртка администратора вики отдаёт список пользователей (логин, имя, e-mail, группы), они сверяются с инвентарём доступов — непривязанная учётка и активная учётка у уволенного видны в «Настройки → Доступы» и эскалируются автотикетом. Привязка — пикер в карточке сотрудника (секция «📖 Вики»). Почему обёртка, а не сама вики: штатного метода «отдай список пользователей» у DokuWiki нет (в вебе только выгрузка в CSV руками), а читать backend аутентификации напрямую нельзя — нет доступа к хосту вики. Признака «учётка отключена» в вики нет: удалённая администратором учётка просто пропадает из ответа и переходит в статус «Отозван». Не путать с проверкой «Свежесть БЗ» — это та же вики, но другой канал: там XMLRPC-креды DOKUWIKI_* и последняя правка страниц, здесь WIKI_API_URL / WIKI_API_KEY и список учёток. Кнопка «🔌 Проверить вики» — разовая диагностика: жив ли ключ, сколько учёток видно, сколько из них админских, первые логины.
Учётки вики: кто имеет доступ, в том числе административный
Контроль учёток как у VPN/SIP/Gitea/WorkTime
Привязка — пикер в карточке сотрудника
Креды WIKI_API_URL / WIKI_API_KEY задаются в .env (ключ уходит в заголовок X-API-Key; выдаёт администратор вики).
🎧HelpDesk (обращения — чаты) ?Внутренний чат поддержки HelpDesk (#86898). Метод отчётности отдаёт закрытые за период и незакрытые обращения (чаты с клиентами). Из него «Отчёт по работе саппорта» берёт строки «Чаты HelpDesk: закрыто / в работе» — отдельно от задач Redmine. Метрика справочная: в вес задач, рабочие дни и результативность не входит. Health-check раз в 10 минут дёргает одну лёгкую страницу незакрытых обращений служебным ключом (read-only). Если ключ отозван (HTTP 403), адрес переехал или сервер недоступен — ответственный получает автотикет, иначе обращения молча исчезли бы из отчёта. Coverage (сверки сотрудник↔учётка) нет: у метода нет списка операторов. Оператор опознаётся по логину op_рутовый-логин-ФармЭксперт. Креды HELPDESK_REPORTS_URL / HELPDESK_REPORTS_API_KEY задаются в .env; без них раздел «Чаты HelpDesk» в отчёте показывает «нет данных».
Метод отчётности: закрытые за период и незакрытые обращения (чаты)
Питает раздел «Чаты HelpDesk» в отчёте саппорта (справочно)
Креды HELPDESK_REPORTS_URL / HELPDESK_REPORTS_API_KEY задаются в .env (ключ уходит в заголовок Helpdesk-Reports-Api-Key).
📋Логи клиентских программ ?Каталог логов программ ФармЭксперт по клиентам и пользователям (#87902). Админ пробросил каталог в контейнер только на чтение — записи и удаления невозможны технически. Зачем: «Проверка после раскатки» (этап логов) будет сверять логи пользователя до и после обновления и ловить новые ошибки; тот же канал станет источником фактуры для нейронки при разборе обращений. Health-check раз в 10 минут проверяет, что каталог смонтирован и в нём видны клиентские папки. Пропал маунт — ответственный получает автотикет, иначе проверки логов молча перестали бы работать. Кнопка «🔌 Проверить логи» — разовая диагностика: сколько клиентских папок, свежие файлы с размерами и датами, хвост последнего лога. На локальной разработке каталога нет — проверка там всегда красная, это норма.
Логи ФармЭксперт по клиенту/пользователю — только чтение
Нужны «Проверке после раскатки» (этап логов) и разбору обращений
Путь каталога — CLIENT_LOGS_DIR в .env (по умолчанию /app/log2.0, том настраивает админ).
🏭isdayoff.ru
Производственный календарь РФ
Праздники подсвечиваются в спринт-доске
Автозадачи на дежурства за 21 день
Табель: дежурства, отпуска, больничные
Воркер сам загружает следующий год, когда покрытие падает ниже 21 дня. Тикет ответственному — только при сбое автозагрузки.
🕒open-meteo
Резолв часового пояса клиента по региону
Источник — geocoding API (бесплатно, без ключа)
Кеш в client_timezones — повторного запроса для известных регионов нет
Используется в форме создания задачи: рядом с каждым выбранным пользователем CF6 показывается его TZ. Тикет ответственному — только при недоступности open-meteo (нормально, что отдельный регион не нашёлся).
📝KB-Updater
Актуализация Базы знаний по реализованным тикетам
Триггер — закрытие спринта (статус→Закрыт/Тестирование в окне недели)
Создаёт задачу в проекте knowledgebase на тех.писателя
Прикладывает ZIP: код+БЗ+методология+тикет
Тех.писатель — сотрудник с галкой «Технический писатель» в карточке. При нескольких — round-robin по нагрузке. Если ни одного — воркер не работает, пока админ не назначит хотя бы одного.
🔎Семантический поиск по БЗ
Внешний сервис fx_search_service на GPU-сервере (Qdrant + FAISS + reranker)
Потребители: виджет «📚 Статьи в БЗ по теме» в карточке тикета, черновик «Как это работает», детектор KB-Gap-Scanner
Адрес — VECTOR_SEARCH_URL в .env. При недоступности виджет и черновик деградируют без падений, а KB-Gap-Scanner пропускает тикеты до восстановления (они переанализируются автоматически).
📚KB-Gap-Scanner
AI-детектор пробелов БЗ по закрытым обращениям «Поддержки» (фаза 1)
Сравнивает сводку и расшифровки звонков с фрагментами БЗ из семантического поиска
Вердикты — в разделе «📚 БЗ: пробелы»; до 30 AI-вызовов за тик (раз в 10 мин), окно 7 дней
Требует работающий «Семантический поиск по БЗ» (карточка выше) и ключ выбранного поставщика модели. Точечный тест одного тикета — кнопка «🧪 Прогнать тикет» в разделе журнала, работает и при выключенном воркере. Подробности — docs/kb-gap-updater.md.
Модель
Резерв
🖥VDSina
Личный кабинет аренды серверов и DNS (userapi.vdsina.ru)
Health-check служебного токена: /server + /dns (read-only)
Объект контроля — сам токен: у API нет списка сотрудников с доступом к панели, поэтому сверки сотрудник↔учётка нет. Тикет — если токен отозван (401 при смене пароля владельца) или хост недоступен.
🖥Hetzner
Личный кабинет аренды серверов и DNS (api.hetzner.cloud)
Два токена: проект виртуалок (/servers) и проект DNS (/zones)
Объект контроля — сами токены: у Cloud API нет списка участников проекта, сверки сотрудник↔учётка нет. Тикет — если оба токена отозваны/недоступны (при живом одном чек ok, второй сбой — в сводке).
🖥Timeweb
Личный кабинет аренды серверов и DNS (api.timeweb.cloud)
Health-check read-only токена: /servers + /dedicated-servers + /domains
Объект контроля — сам токен: у API нет ручки со списком пользователей, сверки сотрудник↔учётка нет. Тикет — если токен отозван (401) или хост недоступен; раздел вне scope токена (403) сбоем не считается.
🗂Журналы задач
Внутренние журналы: смены исполнителя, построчная активность, владельцы сроков
Питают Хронологию, окно «Задачи сотрудника» и метки передач
Наполняет воркер handoff-sync (реплей journals Redmine, раз в 10 мин)
Следит, что журналы пополняются: курсор воркера не замер (порог 6 ч) и журнал активности не отстаёт от журнала передач. Ловит тихую поломку источника — раньше журнал мог молча стоять неделями.
⚠ Журнал предупреждений ?
Журнал предупреждений — список автоматически выявленных проблем. Если запись связана с интеграцией, автотикет уходит на сотрудника, назначенного ответственным за эту интеграцию (раздел выше). Записи без тикета (например, «Нет ответственного за дежурства») требуют ручного разбора и закрываются кнопкой «Решено».

Как работать:
1. Каждая запись — сообщение о конкретной проблеме (например, «Нет ответственного за дежурства»).
2. Прочитайте сообщение и устраните причину — обычно это настройка в разделе «Сотрудники», «Настройки» или в самой задаче.
3. После устранения нажмите кнопку «Решено» напротив записи — она уйдёт в архив.

Положительный результат: пустой список с зелёной плашкой «Нет открытых предупреждений» — система работает штатно, висящих проблем нет.

Дедупликация: пока старое предупреждение не закрыто, одинаковое (с тем же кодом и контекстом) повторно не добавляется — чтобы список не замусоривался.

Предупреждения с тикетом Redmine
Если рядом с кодом виден бейдж «тикет #N» — такое предупреждение связано с Redmine-тикетом и закрывается автоматически при закрытии этого тикета. Кнопка «Решено» для таких записей заблокирована (замок).

Чтобы посмотреть архив ранее решённых предупреждений — поставьте галочку «показать закрытые».
📚 БЗ: пробелы — Журнал ?
Что это
AI-детектор сравнивает, что саппорт фактически рассказал клиенту (сводка + расшифровки звонков), с фрагментами Базы знаний, и выносит вердикт по каждому закрытому обращению «Поддержки».

Вердикты
«пробел» — саппорт рассказал то, чего нет в БЗ (указана статья); «новая тема» — подходящей статьи нет вообще; «покрыто» — всё уже есть в БЗ; «мало данных» — по материалам не понять, что сделал саппорт.

Разметка (только админ)
Кнопки ✓/✗ — «вердикт верный / ложный». По разметке в шапке считается precision; промпт детектора правится в «Настройки → AI → Все промпты → kbgap_detector». Это фаза 1 (калибровка) — предложения-диффы статей появятся в фазе 2.
Загрузка…
🗺 Маршруты задач ?
Что это
Карта движения задачи по статусам и правила «кому какой переход доступен». Покрывает трекер «Поддержка» проекта Учёт 2.0 и трекеры «Ошибка»/«Улучшение» в проектах из настраиваемого списка (ТЗ #81024).

Два уровня контроля
Грубый каркас «роль × трекер» задан в самом Redmine — он защищает и при работе через нативный интерфейс Redmine. Тонкую проверку делает RM-менеджер на сохранении тикета: роль назначаемого, «только на себя», возврат из обратной связи только тому, кто передал, и в тот статус, что был до неё, обязательный комментарий при переходах в/из обратной связи, обязательная связь «дублирует» при переводе в «Дубль».

Тумблер «Строгий режим» включает тонкую проверку RM-менеджера: запрещённый переход не сохранится. Выключен по умолчанию — внедрение поэтапное. Переключать может только администратор Redmine. Сам администратор проверку не проходит — он может всё, включая правку закрытых задач.

Маппинг ролей сопоставляет имена ролей в Redmine (admin → Roles) с внутренними ролями (Менеджер / Разработчик / Тестер / Техподдержка / Представитель / Стажёр). Пустой маппинг — используются дефолты по совпадению имени.

Карта снизу показывает все переходы и подсветку «глазами роли», которую вы выберете. Hover по ребру — текст правила.
Карта глазами роли:
Проекты дев-матрицы (identifier через запятую):
Маппинг ролей Redmine → внутренние
Загрузка…
Карта переходов · Трекер
Наведите на узел или ребро, чтобы увидеть правило.
🔎 Контроль обхода маршрута ?
Зачем
Строгий режим блокирует нарушения только при работе через RM-менеджер. Правки через нативный Redmine, действия администратора и роботов идут мимо проверки. Детектор раз в час реплеит историю задач и ловит переходы, сделанные в обход матрицы — по всем трём каналам.

Что контролируется
Только проекты с включённым строгим режимом. Контроль проекта стартует автоматически в момент включения тумблера; история до этого не анализируется.

Оговорка
Комментарий берём точно из истории. Наличие связи «дублирует» и «Сводки» на момент перехода Redmine не хранит — для них проверка опирается на текущее состояние (помечено «≈»). Разбирать такие — как «повод посмотреть», не как улику.
⛔ Застрявшие задачи
Открытые задачи, из статуса которых их исполнитель по своей роли не может сделать ни одного перехода. Безотносительно того, кто задачу туда загнал — их нужно вытащить.
Загрузка…
🚦 Нарушения маршрута
Переходы статуса/исполнителя в обход матрицы. Дисциплинарный журнал по сотрудникам и периоду.
Загрузка…
🖥 Серверы и домены ?
Что это
Сводный аудит-инвентарь по личным кабинетам аренды серверов и DNS (VDSina, Hetzner, Timeweb). Показывает, что видит наш служебный токен: серверы, домены, баланс/прогноз отключения, стоимость и риски оплаты. Только чтение — в панели провайдеров ничего не меняем.

Риски оплаты подсвечиваются: выключенное автопродление, срок (домена/сервера) или прогноз отключения в пределах ближайших дней.

Что API не отдаёт: список людей с доступом в саму панель — его нет ни у одного провайдера, поэтому веб-логины ведутся вручную, а SSH-ключи (доступ к серверам) видны в блоке каждого провайдера.
Загрузка…
🏛 Совещания ?
Что это
Контроль задач, обсуждённых на созвонах (с клиентом или с сотрудником). Серия — долгоживущая повестка; каждый созвон — её подзадача, к которой задачи прицеплены связями. Открытые задачи автоматически переносятся на следующий созвон, закрытые выпадают из повестки сами.

Бейдж «N×» — сколько созвонов подряд задача кочует по повестке. «Обещано» — коммит-блок: задачи, обещанные к конкретному созвону; отчёт клиенту идёт по блоку, а не по всей повестке.

Режим «показать клиенту» — чистый экран для шаринга на созвоне: без внутренних статусов, исполнителей и служебных колонок.

Как завести серию: в проекте «Совещания» создайте задачу с галкой «♻ Регулярная» и первую подзадачу-созвон; дальше работают кнопка «Провести следующий созвон» или периодичность.
Загрузка…
🔎 Обращения клиентов ?
Что это
Обращения клиентов: при входе — лента за последние дни, поиск — по названию/ID клиента и по теме обращения. Карточка клиента показывает все его обращения или всю сеть (клиенты одного плательщика) — по любому каналу и любой точке; обращения — задачи, где в поле «Пользователи» стоит любой пользователь клиента.

Выборки ограничены: лента — до 30 дней и первые 300 строк, поиск по теме — первые 100. Сужайте период или уточняйте запрос.

Рядом с внутренним статусом показана плашка статуса, который видит клиент (единый клиентский словарь: Принята / В работе / Готово — подтвердите / Закрыта).
Загрузка…
🧪 Ревью коммитов ?
Что это
Пилот: нейронка читает каждый новый коммит вместе с задачей, по которой он сделан, и отмечает дублирование, необработанные ошибки и расхождения с требованиями, а также характер работы.

Инструмент ничего не блокирует и разработчикам не пишет. Отмечайте разборы «полезно» или «шум» — это и есть решение о судьбе пилота.
Загрузка…
⚙ Воркеры ?
Что это
Центральная панель наблюдения за фоновыми воркерами: когда был последний тик, чем закончился (сводка или ошибка), сколько занял, жив ли поток. Статусы держатся в памяти процесса — после рестарта сервера таблица наполняется заново по мере тиков.

Расход нейросетей — сводка вызовов внешних моделей (Anthropic, DeepSeek) за 30 дней в разрезе «задача × модель»: по ней видно, какая модель на какой задаче работает и почём — основа для подбора модели по качеству/стоимости.

Нагрузка на логи — сколько программа прочитала с сервера логов и кто именно читал (лог-мониторинг, массовый скан парка, нейронка по ключу, сотрудник из интерфейса). Это наш вклад в нагрузку сервера логов, а не его полная загрузка: тот же том читают сайтовый поиск по логам, запись логов клиентами и ротация. Профиль по часам сверяется с графиком сервера у админа: совпали пики — грузим мы.

Панель только читает. Настройки каждого воркера — в его домашнем разделе (например, «Обновление релиза» — в «Релизах», интеграции — в «Контроле интеграций»).
Загрузка…
🔎 Маркеры ошибок ?
Что это
Справочник вечных маркеров ошибок и журнал находок воркера лог-мониторинга. Когда пользователь обновляется на новую сборку, воркер три дня сканирует его логи по этим маркерам и сообщает о всех найденных ошибках в подзадачу дня «Обновление релиза».

Маркер — «сигнатура» (точная строка ошибки в логе, регулярка) и «активность» (признак работы с функционалом, чтобы отличить «ошибки нет» от «не пользовался»).

Порогов нет: воркер сообщает о всех фактах, даже единичных — массовость (norма это или проблема) оцениваете вы.
Загрузка…
🔎 Проверки клиентов ?
Что это
Ночные проверки баз клиентов по правилам-нормативам. Каждую ночь (01:00–04:00) воркер проходит все активные Системы учёта: выполняет запрос правила к базе клиента, и если условие выполнено — отправляет уведомление в чат HelpDesk всем рабочим местам и операторам этого субъекта учёта.

Правило — SQL-запрос (вернул строки = условие выполнено; пороги и сравнения — внутри запроса) и текст уведомления, который собирается из данных ответа.

Повторное уведомление тому же субъекту учёта уходит, только если условие всё ещё выполняется и прошло не меньше «периода повтора» правила. Не успели за ночь — волна продолжается следующей ночью с места остановки.
Загрузка…
📋 Контроль накладных ?
Что это
Прототип контроля сопоставления колонок входящих накладных (InvControl slave). Источник правды — каталог positionDataType (76 типов) и таблица docFormatColumn (один формат ≈ один поставщик).

Три проверки
Не сопоставлено — колонки, у которых нет positionDataType и за последние N дней были встречены в реальных накладных. Под каждой — top-3 кандидата (имя-регексп / прецедент / профиль значений).
Тип не сходится — колонки уже сопоставлены, но содержимое значений не соответствует ожидаемому kind. Например, «Сертификат Номер» с pdt='code', а в значениях ≥10% длинного текста.
Математика — на накладных с ≥2 строками проверяются арифметические инварианты (count × cost ≈ summa и т.д.). Score ниже порога = одна из колонок Count/Cost/Summa сопоставлена неверно.

Параметры подкручиваются в шапке. Изменения применяются к следующему прогону. Семантика: 10% порог type_mismatch = «если больше 10% значений не подходят — флаг»; 0.95 math score = «если меньше 95% строк сходятся в арифметике — флаг»; 14 дней = окно выборки накладных для сэмплов.

Slave-БД только читаем, в InvControl ничего не пишем. Все правки сопоставления — оператор делает руками в админке ФармЭксперт; сервис подхватит их на следующем прогоне.
Загрузка…
Нажмите «Прогнать» для запуска проверки.
Нажмите «Прогнать» для запуска проверки.
Нажмите «Прогнать» для запуска проверки.
⚠ Замечания по задачам
🎯 ЧЕМ ЗАНИМАТЬСЯ СЕЙЧАС
В виджете наверху указана другая задача. Займитесь:
Разместить в календаре
Кликните на ячейку — выберите начало работы
Загрузка...
📥 Пакет для Claude — что это и как использовать

Что это

Архив для внешнего Claude (claude.ai или Claude Code), на вход которого нужно положить материалы по задаче. На выходе — черновик инструкции «Как это работает» в формате DokuWiki.

Что внутри архива

  • prompt.md — роль технического писателя и правила оформления.
  • methodology/ — 3 wiki-страницы: регламент ведения, управляемая декомпозиция, уровни абстракции (стиль и структура статьи).
  • knowledge-base/ — снимок продуктовой DokuWiki целиком (нужен, чтобы Claude нашёл, есть ли уже статья на эту тему).
  • task.md — тема, описание, комментарии задачи.
  • attachments/ — вложения задачи (скриншоты, ТЗ, примеры файлов) + _index.md с описаниями.
  • repo/ — diff кода по задаче: manifest.txt (список ревизий) + по-коммитные full.diff, по-файловые diffs/, снимки files/. Если у задачи нет ревизий или проект не привязан к репозиторию — папки не будет, причина указана в README.md.

Как использовать

  1. Нажмите «📥 Пакет для Claude» — скачается ZIP. Распакуйте.
  2. В новом чате Claude приложите распакованный архив. Отправьте такую команду:
Сгенерируй инструкцию «Как это работает» и сценарии тестирования. Роль и правила оформления — в prompt.md (раздел System), применяй их дословно. Источники: methodology/ — стиль и структура (стиль соседних статей образцом не считай); knowledge-base/ — продукт (отбирай близкие страницы по ключевым словам, цель — найти, есть ли уже статья на тему); task.md — что просили; attachments/ — вложения, в том числе скриншоты UI; repo/ — что РЕАЛЬНО изменилось в коде (manifest.txt + по-коммитные full.diff/diffs/files, учитывай все ревизии в хронологическом порядке). Формат вывода — как в prompt.md → User: (1) отчёт по базе знаний с вердиктом ДОПОЛНИТЬ / СОЗДАТЬ НОВУЮ / нет аналога; (2) текст инструкции в DokuWiki по структуре Название / Назначение / Применимость / Описание; (3) сценарии тестирования по структуре Назначение / Предусловия / Сценарии проверки / Крайние случаи — только осмысленные, без тривиальных проверок. Сохрани результат в два файла в корне распакованного архива: пункты 1-2 → «как это работает.md», пункт 3 → «как это тестировать.md». UI-элементы не выдумывай — если названия кнопки нет ни в task.md, ни в attachments/, ни в repo/, верни вопрос разработчику.

Что вернёт Claude

  1. Отчёт по базе знаний — какие существующие страницы близки, вердикт ДОПОЛНИТЬ / СОЗДАТЬ НОВУЮ / нет аналога, термины которых придерживаться.
  2. Текст инструкции в DokuWiki: Название / Назначение / Применимость / Описание.
  3. Сценарии тестирования: Назначение / Предусловия / Сценарии проверки / Крайние случаи.

Claude сохраняет пункты 1-2 в как это работает.md, пункт 3 — в как это тестировать.md, прямо в корне распакованного архива.

Если ответ слабый — повороты

  • Скопировал стиль старой статьи: «Стиль knowledge-base/ образцом не считай. Перепиши строго по methodology/03 и methodology/04».
  • Выдумал название кнопки/поля: «Не выдумывай UI. Покажи источник для каждого названия (task.md / attachments/<файл> / repo/<файл>). Где источника нет — задай вопрос вместо текста».
  • Пропустил отчёт по БЗ: «Сначала отчёт по базе знаний пунктом 1, без него инструкцию не принимаю».
  • Включил формулы / SQL / поля БД: «Это уровень DATA / Implementation. По methodology/04 в пользовательскую инструкцию не входит — убери».
  • Тест-кейсы тривиальные («настройка появилась»): «Проверяй реальное поведение и бизнес-логику — что считается/меняется/влияет на результат, а не факт отображения элемента».
📋
Сводка по задаче
Сводка / итог *
Обязательное поле — без заполнения задачу закрыть нельзя.
Текст будет добавлен как комментарий к задаче в Redmine.
📥 Изменения в производственном календаре
⚠ Несохранённые изменения
Следующие данные были изменены, но не сохранены:
    Если закроете — данные будут сброшены. Продолжить закрытие?
    Назначить время
    Оценка трудоёмкости (ч): Кликните на ячейку — выберите начало. Блок растянется на введённые часы.
    Кликните на ячейку для выбора
    Загрузка полей из Redmine...
    💾 Подтвердите изменение
    👆 Назначить родительскую задачу