Новое в версии 2026.06

Заявки, которые автоматически создаются при распиле табеля по подразделениям, стало проще находить и различать.

Название подразделения, на которое создан табель, видно в списке заявок и в «шапке» заявки.

Фильтр «По подразделению» находит заявки по значению подразделения, на которое создан табель.

Подробнее о настройке бизнес-процесса рассылки табеля смотрите в обзоре релиза 2026.03. 

Теперь при настройке дедлайна этапа система не даст сохранить нереалистичное количество дней. В разделе Настройки → Типы заявок, на странице редактирования этапов бизнес-процесса поле Количество принимает значения только от −1200 до 1200. При вводе числа за пределами диапазона появится сообщение об ошибке, и сохранить изменения не получится, пока значение не будет исправлено.

Добавили возможность поиска в фильтрах с выбором нескольких значений, в том числе в фильтре по компании.

Повысили уровень безопасности сервиса VK HR Tek. Согласно новым требованиям:

• в шаблонах .docx запретили наличие любых внешних ссылок на ресурсы: логотипы, шаблоны и т.п. Все эти ресурсы можно встраивать внутри самого .docx, чтобы они были внутри документа, а не ссылкой снаружи.
• запретили плейсхолдер “vnd.sun.star.expand” внутри документа — такой иногда используют в LibreOffice и OpenOffice.

Загрузка и использование таких шаблонов теперь невозможны.

Компания, которая использует не все сервисы VK HR Tek, теперь может оставить только нужные: неиспользуемые сервисы можно скрыть, и в меню не останется пустых разделов.

Раньше все сервисы КЭДО были включены по умолчанию и управлять можно было только портальными — теперь можно отключить сервисы «Заявки и графики отпусков», «Отсутствия и графики работы», «Корпоративные документы», «Кандидаты» или «Командировки» на уровне аккаунта или отдельной компании. Отключённые сервисы исчезают из меню, виджетов и настроек сотрудников, а их данные сохраняются и возвращаются при повторном включении.

Для компаний, которые подключили данные штатного расписания в организационную структуру. Теперь руководители могут видеть всю оргструктуру компании, а данные штатного расписания — только по своему подразделению.

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

Теперь в ролевой модели есть отдельный объект «Данные штатного расписания» в блоке «Организационная структура: просмотр»: руководителям можно задать показ данных по своему подразделению, своему и дочерним или всей оргструктуре. Настроенные ранее права переносятся автоматически. Путь к настройке: Настройки КЭДО → Настройки → Настройки компании → Использование ролевой модели → кнопка «Настроить».

Подробнее о подключении настройки доступности данных штатного расписания смотрите в обзоре релиза 2026.03. Функционал доступен только при условии импорта управленческой структуры из 1С.

Актуально только компаниям, где нет уже настроенного обмена данных по сотрудникам.

Сотрудников можно подключать к сервису без отдельного обмена данными по сотрудникам — при включённой настройке система автоматически создаёт сотрудника и пользователя из данных, полученных из авторизации при первом входе. Опция работает только для сотрудников компаний с OAuth авторизацией (SSO).

Как работает сейчас: сотрудники должны быть созданы в сервисе, чтобы сотрудник мог начать пользоваться сервисом. Даные передаются в VK HR Tek в интеграции 1С, через public API или ручной загрузкой файла в административной панели. 

Новая возможность: при авторизации через OAuth сотрудник, которого ещё нет в системе, создаётся автоматически.

Подключение без СНИЛС

Актуально компаниям, где подключены портальные сервисы, но нет сервисов КЭДО.

Компания теперь может подключить сотрудника с минимальным набором данных: 

• фамилия и имя, 
• идентификатор сотрудника,
• идентификатор физлица (вместо СНИЛС) — альтернативный уникальный идентификатор (за уникальность отвечает сам клиент),, который формируется как составной ключ выбранного значения и внешний идентификатор External ID аккаунта.

Такой сотрудник может использовать строго корпоративную авторизацию (OAuth) и работать со всеми доступными сервисами. Не может подписывать документы УНЭП или УКЭП — так как выпуск электронной подписи для него не предусмотрен, а проверку УКЭП он не сможет пройти из-за отсутствия СНИЛС.

Подключение без номера телефона

Настройка позволяет создать и зарегистрировать пользователя без номера телефона. В этом случае сотруднику не потребуется подтверждать номер телефона, он не будет получать СМС. Также сотрудник не сможет выпустить УНЭП и УКЭП.

Настройки включаются в административной панели на компанию/аккаунт.

Раздел Users

1. Реализован поиск по фамилии, имени и отчеству без учёта регистра.
2. В карточку пользователя добавлена информация о том, в каком подразделении сотрудник указан заместителем и о дате назначения на роль заместителя.
3. В карточку пользователя добавлено время смены статуса сертификата (Status, Passport status, Release status).

Раздел Employees

На странице сотрудника в пункте UserId выводить ФИО после идентификатора.

Раздел Компании

1. На страницу компании добавлена кнопка с Activity Logs по компании на применение настроек companies/company_edit (включение/отключение, дата, user_id).
2. На странице компании, при переходе по кнопке Events в «шапке» страницы, в фильтре Company автоматически выбрана компания, из которой переходили.
3. В созданной компании не отображается опция «Create generic groups», так как эта настройка применяется только при создании компании, а при редактировании нет.
4. В разделе Список аккаунтов перенесли кнопку Создать на верх страницы, как на странице списка компаний.
5. В разделе Список аккаунтов добавили разделение списка на страницы.
6. В раздел Список аккаунтов добавлен фильтр по названию аккаунта.
7. В разделе List Units в колонке Manager добавили ФИО после идентификатора.
8. На странице подразделения добавили список предыдущих руководителей подразделения.

Раздел Event Types

1. На страницу загрузки типа заявок, в блоке Upload History, в колонку Company добавили ссылку на компанию.
2. Во время загрузки типа заявок могут возникнуть одна или несколько ошибок. В этом случае система показывает список всех ошибок. Раньше система показывала только первую попавшуюся ошибку.
3. При попытке загрузки типа заявок на подразделения в поле Unit id отображается только актуальная оргструктура. Также в поле Unit id реализован поиск по названию подразделения. Теперь номера подразделений отображаются в списке поля Unit id.
4. В разделе Event Types, в колонке Group добавлен UID под названием группы бизнес-процессов (аналогично как под EventTypeId).
5. В разделе Event Types добавили колонку Unit, в которой показана связь типа заявок с подразделением.
6. На странице типа заявок, в поле Company добавили ссылку на компанию для быстрого перехода.
7. На странице типа заявок может быть добавлен признак того, что на этапе заявки отключены уведомления.

Раздел Documents

На странице типа документа отображается список  типов заявок, в которых этот документ используется (как это реализовано с атрибутами).

Раздел Events

Заместитель может выполнять действия вместо руководителя, однако раньше в заявках это не отображалось. Ранее отображалось только ФИО человека, который согласовал этап, но не было надписи, что это заместитель. Теперь в заявке рядом с ФИО заместителя будет указано, что действие выполнил заместитель.

Раздел Notifications

В список уведомлений добавили фильтр Trigger.

В административную панель добавлен новый раздел «Кандидаты». Путь к разделу: Users → List → Кандидаты.

Настроена возможность проверять на соответствие значение, которое выводиться в атрибут заявки, на основании данных импорта из 1С следующим образом:

• список значений атрибута должен формироваться динамически на основании количества накопленных дней отдыха сотрудника из 1С;
• если количество накопленных дней отдыха сотрудника равно 0, в атрибут возвращается пустой список значений.

Доработка применяется:

• для заявок с типом отпуска «Другой день отдыха за работу в выходные и праздничные дни»;
• в заявке есть атрибут с типом выбора, где пользователь будет выбирать количество планируемых дней отдыха, к которому будет применяться новая настройка;
• данные получены при включенной настройке «Импорт дней для отгулов»;
• применимо для 1С ЗУП версии 3.1.34 и выше.

Валидация заключается в том, что сотрудник сможет выбрать только количество дней, не превышающее доступный остаток, полученный из 1С.

Если при запуске заявки для сотрудника отсутствуют данные о количестве накопленных дней отдыха (например, импорт дней отключен или для сотрудника отсутствуют данные), настройка валидации к заявке не применяется.

Если количество доступных дней отдыха из 1С больше, чем задано в настройке бизнес-процесса для этого атрибута, то атрибут будет выводиться следующим образом:

• накоплено 3 дня → вернуть значения 1, 2, 3
• накоплено 8 дней → вернуть значения 1–8
• накоплено 25 дней → вернуть все значения 1-10

Бизнес-ценность:

• Контроль количества выбранных дат с доступными для сотрудника;
• Сокращение ошибок при заполнении заявки;
• Корректная подача заявки и согласование.

Добавили возможность создания кастомных целевых аудиторий.

Кастомные целевые аудитории расширяют модель доступа к новостям и опросам (в релизе 2026.07): теперь видимость и права можно настраивать не только по аккаунту/организации/подразделениям, но и по гибким пользовательским группам (руководители, HR, ИТ, проектные и временные команды). Это позволяет точнее доставлять контент тем, кого он действительно касается, снижает информационный шум и повышает вовлечённость и качество обратной связи, одновременно усиливая контроль доступа и снижая риски ошибочной публикации чувствительной информации.