Релиз 2024.2

Ниже представлен список изменений, с которыми вы можете ознакомится уже сейчас, активировав демоверсию ELMA365.
После 13. 03. 2024 все изменения станут доступны нашим клиентам в их активных компаниях. Обратите внимание, список может быть расширен после релиза.

Автообновление списка элементов приложения

TEAM-7807 Настройка Автоматически обновлять список элементов стала доступна для всех режимов отображения (Таблица, Плитки, Канбан) без активации фичефлага.
Эта опция обеспечивает автоматическое обновление списка элементов при редактировании или добавлении новых элементов, что улучашет совместную работу пользователей. Теперь, когда пользователь добавляет новый элемент, он автоматически появляется в списке у других пользователей, избавляя от необходимости вручную обновлять страницу для получения актуальных данных.

Экспорт и импорт структур

TEAM-13002 В настройках состава решения добавлена новая функция Экспортировать раздел целиком. Она позволяет экспортировать весь системный раздел, включая его структуру и процессы на уровне раздела, без необходимости выбирать отдельные приложения. Это упрощает процесс переноса настроек между компаниями, обеспечивая более полное сохранение конфигурации.

Поле типа Пользователь

1. TEAM-16254 Добавлен полнотекстовый поиск в поле типа Пользователь по полям ФИО, email, логин.

2. TEAM-25057 Была добавлена опция Показывать приглашенных для переменных типа Пользователь и Роль, позволяющая в полях выбора отображать пользователей с статусом Приглашен.

Доступ к приложению

TEAM-21060 В настройки доступа приложений добавили опцию При ошибке доступа, скрывать список пользователей, которые могут предоставить доступ.
Если опция включена, то при попытке открыть элемент, к которому текущий пользователь не имеет доступа, в окне Доступ к элементу запрещен не будет отображаться список пользователей, которые могут предоставить доступ.

SAML

TEAM-25449 В модуле SAML добавлена новая настройка Обновлять данные существующих пользователей. Если настройка включена, то в момент аутентификации данные пользователя в ELMA365 будут обновляться с учётом информации, полученной в SAML Response. Это включает возможность обновления данных даже если они пришли пустыми, при условии, что соответствующий атрибут присутствует в ответе. В зависимости от настроек Claims Mapping на стороне провайдера аутентификации, могут обновляться различные данные пользователя, включая логин, email, ФИО.
Для избежания путаницы с существующими настройками, опция Обновлять существующих пользователей была переименована в Преобразовывать существующих пользователей.

Отчеты

TEAM-22575 Добавлена возможность отладки Отчета. Кнопка Отладка становится доступной после добавления источника отчета. Необходимо стандартным образом заполнить колонки отчета и связать источники данных, если таковых несколько. После нажатия на кнопку Отладка, пользователи увидят результирующую таблицу, что позволяет быстро анализировать и корректировать данные отчета.

ЕСМ

1. TEAM-22581 Была добавлена функциональность, позволяющая изменять статус элемента приложения после того, как лист согласования уходит в архив. Это обновление призвано решить проблему с сохранением устаревшего статуса после внесения изменений в карточку элемента, которые требуют нового согласования. Для этого в настройках согласования приложения появилась новая вкладка Действия при архивации, где теперь можно указать бизнес-процесс для запуска при перемещении в архив. Это дает возможность автоматизировать изменение статуса и применять другие действия в процессе.

2. TEAM-23727 Была добавлена настройка раздела Файлы, которая позволяет администраторам изменять название раздела и ограничивать доступ к нему через группы пользователей.

3. TEAM-24845 Было реализовано улучшение, позволяющее более информативно отражать в ленте элемента приложения типа Документ события, связанные с ознакомлением. Теперь, когда документ отправляется на ознакомление без создания задачи, в ленте отображается не только название документа, но и информация о том, кому документ был отправлен на ознакомление.

4. TEAM-24490 Была включена поддержка сравнения файлов формата .doc с .doc и .docx с .docx, что расширило возможности работы с документами.

CRM

TEAM-23822 Добавлена новая функция в CRM: фильтрация контактов по компании в задачах. Эта функциональность упрощает процесс прикрепления контакта к задаче CRM, обеспечивая более быстрый и точный поиск необходимых контактов. Теперь, когда пользователь нажимает на иконку лупы в поле выбора контакта для звонка или отправки письма, система автоматически отфильтровывает и отображает только те контакты, которые связаны с компанией, указанной в сделке.

TSSDK

1. TEAM-23821 Добавлен функция в TSSDK для возможности массового подписания на события обновления/удаления по приложению.
Например:

Код:

// Context.fields.zayavka.app - приложение из свойства контекста

// Подписаться на события обновления любых элементов приложения
await System.events.subscribe().onAppItemUpdate(Context.fields.zayavka.app, appItemUpdateHandler).all();
// Подписаться на события удаления любых элементов приложения
await System.events.subscribe().onAppItemDelete(Context.fields.zayavka.app, appItemDeleteHandler).all();

// Отписаться от событий обновления любых элементов приложения
await System.events.unsubscribe().onAppItemUpdate(Context.fields.app.app, appItemUpdateHandler).all();
// Отписаться от событий удаления любых элементов приложения
await System.events.unsubscribe().onAppItemDelete(Context.fields.app.app, appItemDeleteHandler).all();

2. TEAM-24411 Добавили новые методы работы с FormData:

• set(…)— перезаписывает или создает новое поле. Принимает параметры аналогичные методу append.
• delete(key: string): void — удаляет поле по ключу.
• get(key: string): File | string | undefined — вернет первое найденное поле по ключу. Если добавить append(‘p1’, ‘1’) и append(‘p1’, ‘2’), то get(‘p1’) вернет ‘1’.
• getAll(key: string): {File | string}[] — вернет первое все поля по ключу. Если добавить append(‘p1’, ‘1’) и append(‘p1’, ‘2’), то getAll(‘p1’) вернет [‘1’, ‘2’].
• has(key: string): bool — проверяет существование поля по ключу.

​

Код:

let test;

    const fd = new FormData();

    test = fd.get('p1'); // null
    test = fd.getAll('p1'); // []
    test = fd.has('p1'); // false

    fd.append('p1', '1');
    fd.append('p1', '2');
    fd.append('p1', '3');

    test = fd.get('p1'); // '1'
    test = fd.getAll('p1'); // ['1', '2', '3']
    test = fd.has('p1'); // true

    fd.set('p1', '4');
    fd.set('p1', '5');

    test = fd.get('p1'); // '5'
    test = fd.getAll('p1'); // ['5']
    test = fd.has('p1'); // true

    fd.delete('p1');

    test = fd.get('p1'); // null
    test = fd.getAll('p1'); // []
    test = fd.has('p1'); // false

    // Добавление файла

    // Получаем ссылку на файл в контекстной переменной `file`
    const fileURL = await Context.data.file!.getDownloadUrl();
    // Получаем тело файла и загружаем его в буфер
    const fileResponse = await fetch(fileURL);
    const buf = await fileResponse.arrayBuffer();
    // Добавляем буфер в поле `file` формы
    fd.set('file', buf, 'my_document.pdf', 'application/pdf');
    test = fd.has('file'); // true

3. TEAM-23914 В рамках доработки TypeScript SDK (TSSDK) для приложения Сотрудники были реализованы следующие улучшения:

• Теперь, при работе с приложением Сотрудники, в автокомплите отображаются все поля приложения, а не только данные из BaseItemData. Это дает разработчикам возможность более удобно и эффективно использовать информацию о сотрудниках, облегчая доступ к полной структуре данных пользователя.

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

Модули

TEAM-24621 Были внесены изменения в Namespace модуля, направленные на улучшение безопасности и ограничение доступа к внутренним компонентам модуля из внешних скриптов. Эти изменения касаются следующих аспектов:

• В зависимостях в сценариях доступны только api, code, name. В клиентских и серверных идентично.

• В сценарии модуля убраны app и portal.

OAuth
TEAM-24747 Была реализована функциональность сквозной OAuth авторизации для внешнего портала, позволяющая пользователям получать доступ к различным площадкам без необходимости повторной авторизации после их входа через Keycloak. Это улучшение направлено на упрощение взаимодействия пользователей с внешним порталом, обеспечивая бесперебойный доступ к сервисам сразу после однократной авторизации.

Внешний вид страницы авторизации

TEAM-21571 Для удовлетворения запроса на создание пользовательских страниц авторизации, в раздел Администрирование > Тема оформления была добавлена настройка Файл пользовательских стилей для страницы авторизации. Эта функциональность позволяет загрузить CSS файл с индивидуальными стилями, обеспечивая детальную настройку внешнего вида страницы авторизации, в том числе фон, обводку, отступы, и цвета кнопок, без воздействия на другие компоненты системы. После применения изменений в теме и обновления страницы, пользовательские стили активируются.

Виджеты

TEAM-24837 Добавлена возможность снятия с публикации старых версий виджетов, что улучшает контроль над безопасностью и управление версиями. Теперь при публикации виджета можно использовать настройку для предотвращения публикации старых версий, а в истории версий доступна опция Снять с публикации для всех версий, кроме последней. Снятые версии помечаются в интерфейсе и не доступны для запросов или выполнения серверных скриптов, с целью предотвращения запуска устаревшего или потенциально уязвимого кода.

Проекты

1. TEAM-15594 Произведена корректировка экранных форм с целью устранения конфликтов логики на формах и в библиотеке диаграммы Ганта. Изменения касаются обработки сроков фазовых задач: теперь при создании фазовой задачи пользователь может указать только дату начала, а дата окончания определяется автоматически на основе сроков выполнения вложенных задач. Редактирование сроков начала и окончания фазовой задачи на форме больше невозможно, обеспечивая тем самым соответствие между сроками фазовой задачи и сроками её составных частей. Это гарантирует более последовательную и логичную работу с задачами проекта.

2. TEAM-18333 Теперь в системе доступна опция для скрытия проектных задач в разделе Задач. В Администрировании > Проекты добавлена новая страница Настройки, где можно активировать функцию Скрывать проектные задачи. Эта настройка также добавлена в профиль пользователя, позволяя индивидуально управлять отображением проектных задач. По умолчанию, состояние новой опции для всех пользователей зависит от выбора, сделанного в Администратором, но каждый имеет возможность самостоятельно настроить видимость проектных задач через свой профиль.

3. TEAM-21648 Теперь при открытии элемента плана типа Задача или Контрольная точка на опубликованном плане в режиме просмотра, пользователь будет напрямую переходить к соответствующей проектной задаче, вместо просмотра элемента плана. Это обновление упрощает навигацию и улучшает интеграцию между планированием и выполнением проектных задач.

4. TEAM-21863 Была реализована функциональность, позволяющая завершить проектную задачу из любого статуса, за исключением Выполнена и В архиве. Ранее кнопка Сделано отображалась на форме задачи только в статусе В работе, что ограничивало гибкость управления задачами, особенно при наличии промежуточных статусов в жизненном цикле задачи. Теперь, вне зависимости от текущего статуса задачи, кроме финальных, пользователи имеют возможность завершить её.

5. TEAM-23627 Добавлена возможность изменить заголовки в виджетах Задачи по проекту и Контрольные точки. Это можно сделать через элемент Панель с заголовком, что позволяет указать пользовательский текст в конструкторе формы.

Сервис

1. TEAM-21193 Теперь при создании или редактировании правил маршрутизации сессий доступна возможность выбора конкретного бизнес-процесса для автоматического запуска, если сессия соответствует заданным критериям. Это позволяет администраторам и супервизорам настраивать индивидуальные процессы обработки сессий без необходимости внесения изменений в глобальный бизнес-процесс, запускаемый для каждой новой сессии. Включена опция блокировки запуска глобального бизнес-процесса, что предотвращает его выполнение для сессий, для которых уже был запущен специфический бизнес-процесс по правилу маршрутизации. Дополнено модальное окно для настройки запуска бизнес-процессов из линии с возможностью маппинга полей, обеспечивая точную и гибкую настройку взаимодействия сессий и бизнес-процессов.

2. TEAM-24166 Была реализована функциональность дедупликации записей на форме создания новой сессии, чтобы предотвратить выбор из двух идентичных сущностей, например, когда у контрагента в полях Email и Учетная запись существуют одинаковые записи.

3. TEAM-25172 В рамках улучшения интерфейса и стандартизации настроек при создании свойства с типом Учетная запись в приложении, было решено устанавливать подтип Несколько по умолчанию. Это изменение направлено на упрощение процесса настройки для пользователей.

Исправлены ошибки

1. TEAM-14225 Исправлена ошибка, когда название экземпляра процесса не отображалось в Мониторе процессов в разделе Администрирование.

2. TEAM-18814 Была исправлена ошибка, связанная с выдачей прав в процессах системы. Ранее пользователи сталкивались с проблемой, когда система пыталась выдать права на новые экземпляры приложений в рамках задачи для пользователей, не являющихся авторами элемента приложения, и при этом способ доступа к приложению был установлен на любой, кроме индивидуальных прав на каждый объект. Это приводило к возникновению массовых предупреждений в логах с текстом “precondition: Permissions can be updated only for row access type”, затрудняя их чтение и анализ. Теперь, при создании и выполнении задач в системе, права на новые экземпляры приложений выдаются корректно, без генерации лишних предупреждений в логах.

3. TEAM-19596 Была исправлена ошибка, при которой связанный элемент не отображался в исходящих и выполненных входящих задачах. Теперь связанные элементы корректно показываются в любом разделе задач, обеспечивая полную информационную прозрачность.

4. TEAM-21154 В последнем обновлении была исправлена ошибка, связанная с обновлением информации по задачам на канбан-доске. Ранее пользователи сталкивались с ситуацией, когда после добавления новой задачи или выполнения существующей задачи изменения не отображались на канбан-доске без обновления страницы. Это затрагивало как обычные задачи, так и задачи в пользовательских приложениях и CRM.
Решение устраняет необходимость в ручном обновлении страницы для отображения актуальной информации.

5. TEAM-24860 Была обнаружена и устранена ошибка, из-за которой при формировании отчетов не учитывались настроенные права доступа к элементам приложения. Эта проблема проявлялась в том, что пользователи могли видеть в отчетах данные по всем элементам приложения, даже к тем, к которым у них не было доступа. Была добавлена функция учета прав доступа при отображении результатов отчета. Включается по запросу.

6. TEAM-25068 Была исправлена ошибка в дизайнере процессов, касающаяся настроек отладки. Ранее пользователи столкнулись с проблемой: после удаления добавленных полей контекста из формы настроек отладки и последующем запуске отладки эти поля снова появлялись в форме отладки и в настройках отладки. Это противоречило ожиданиям пользователей, которые хотели иметь возможность убирать ненужные поля из формы для упрощения процесса отладки. Проблема была устранена путем корректировки логики работы с формой настроек отладки. Теперь, после удаления пользователем полей из формы настроек отладки, эти изменения корректно сохраняются, и удаленные поля не появляются при следующем запуске отладки.

7. TEAM-25109 В системе была обнаружена проблема при создании задач через элемент приложения на группу пользователей или элемент организационной структуры, включающий более 10 пользователей. Вместо ожидаемого создания задачи, генерировался чекпоинт, и при попытке открыть его в разделе задач возникала ошибка. Эта ошибка мешала нормальному функционированию системы и создавала препятствия для эффективной работы пользователей.
Проблема была устранена: теперь при создании задачи на группу пользователей или элемент оргструктуры задача корректно создается и открывается без ошибок, независимо от количества пользователей в группе.

8. TEAM-25661 В системе была обнаружена ошибка, касающаяся процесса переназначения задач на нескольких пользователей. При попытке администратором переназначить одну из исходящих задач через меню действий (три точки), в большинстве случаев задача некорректно переназначалась не на выбранного пользователя, а изменялся исполнитель самого нижнего экземпляра задачи в таблице, что предположительно соответствовало первому сформированному экземпляру задачи.
Эта проблема была успешно исправлена, теперь задачи корректно переназначаются на указанного пользователя без ошибок, и результаты поставленных задач отражаются правильно в таблице результатов.

9. TEAM-24424 В системе была выявлена проблема с функцией перехода к предыдущему письму в разделе почты. Пользователи столкнулись с тем, что при попытке использовать кнопку Предыдущее для перехода к предыдущему сообщению в папках Входящие и Отправленные, действие не приводило к ожидаемому результату — переход не происходил, и система не выдавала ошибок. Ошибка устранена.

10. TEAM-25461 Была обнаружена и исправлена ошибка в интерфейсе раздела Почта, где при попытке написать письмо пользователи сталкивались с проблемой отображения лишнего поля рядом с полями Кому и Копия. Это дублирование полей вызывало путаницу и затрудняло процесс отправки писем.
После внесения исправлений, лишнее поле было убрано.

11. TEAM-23522 При экспорте решения возникала ошибка , сопровождаемая сообщениями в логах "not found: no rows in result set" и "Permissions can be updated only for row access type: precondition". Проблема была связана с настройками доступа и была успешно исправлена, что позволит пользователям в дальнейшем выполнить экспорт решения без ошибок.

12. TEAM-23941 Был выявлен баг, связанный с API создания элементов в приложении. При отправке запроса на создание элемента без указания типа для полей Номер телефона и Электронная почта (поле type оставлено пустым), элемент успешно создавался, но с неопределенным типом данных.
Теперь, если тип этих полей не указан явно, система автоматически сохраняет их с типом Main.

13. TEAM-24289 Была выявлена проблема в работе worker-а: при отклонении промиса в серверном скрипте без соответствующей обработки ошибки через .catch() происходило нежелательное завершение работы форка. Это проявлялось в случаях, когда асинхронная функция генерировала ошибку, но не ожидалась выполнением через await, либо когда в массиве промисов один из них отклонялся без явного ожидания его выполнения.
Для решения этой проблемы были предприняты шаги по стабилизации работы серверных и клиентских скриптов, в частности, улучшена обработка ошибок в асинхронных функциях. Теперь, если в серверном скрипте возникает ошибка в промисе без блока catch, система корректно обрабатывает такие ситуации, предотвращая нежелательное завершение работы worker-а. В результате этих доработок скрипты должны теперь выдавать ясное сообщение об ошибке, связанной с отклонением промиса без его обработки, в случае серверного исполнения, в то время как в клиентском исполнении подобная ошибка не должна возникать.

14. TEAM-24353 Была выявлена ошибка в системе управления обработчиками событий, при которой некорректно отображался домен события для созданных обработчиков. Вместо ожидаемого обозначения Все события в интерфейсе отображалось Элементы приложения для обработчиков, настроенных на работу со всеми событиями системы. Проблема устранена.

15. TEAM-24784 Были исправлены проблемы с полем типа Деньги, включая некорректное округление и обработку значений

• теперь значения автоматически округляются до установленного количества знаков после запятой при потере фокуса. Например, 12,12, вместо 12,129
• при указании очень большого числа 99999999999999999999999999 и потере фокуса будет сохраняться значение Number.MAX_SAFE_INTEGER с вычетом копеек. К примеру, для рублей это Number.MAX_SAFE_INTEGER / 100

16. TEAM-24856 Была выявлена и исправлена ошибка в работе с полями типа Электронная почта на формах: при изменении подтипа адреса электронной почты (например, с Основной на Рабочую или добавлении новых адресов с различными подтипами) и сохранении изменений, все адреса ошибочно отмечались как Основные. Эта проблема приводила к тому, что при повторном открытии формы редактирования элемента, все адреса также отображались с подтипом Основной, несмотря на изначально выбранные пользователем подтипы.

17. TEAM-24960 Обнаружена и устранена проблема с визуализацией поля типа Деньги в формах создания приложений: при выборе валюты с обозначением, располагаемым перед суммой (например, доллары или евро), введенная сумма отображается в начале строки, перекрывая значок валюты. После исправления ввод суммы начинается после символа валюты.

18. TEAM-25029 Была выявлена и устранена проблема с нестабильной работой периодических задач по очистке метрик и генерации отчетов о производительности. При активации сбора телеметрии и установке расписания для автоматической генерации, запланированные задачи не инициировались как ожидалось.

19. TEAM-25058 В процессе работы была выявлена и устраненеа проблема, когда в действии runTimerAction один и тот же экземпляр логера постоянно атрибутируется через API Named() и With(), приводя к генерации длинных, повторяющихся сообщений в логах. Это делало логи перегруженными и трудными для анализа.

20. TEAM-25088 Была выявлена и устранена ошибка "Cannot read properties of undefined (reading 'app')", возникавшая при попытке загрузить главную страницу портала технической поддержки ELMA365.

21. TEAM-24496 Была устранена проблема некорректного взаимодействия с пользовательским интерфейсом в модуле проектов, связанная со смещением плана проекта по вертикали. Исправление касается ситуации, когда при взаимодействии с длинным названием проекта и последующем добавлении множества задач, план неожиданно смещался вверх при наведении курсора на название. Теперь, после внесенных корректировок, список задач остается стабильным и не смещается.

22. TEAM-24888 Была внесена корректировка в функциональность диаграммы Ганта, исключающая возможность использования контекстного меню для задач в режиме редактирования до их фактического сохранения.

23. TEAM-25012 Была скорректирована верстка виджета диаграммы Ганта: ранее замеченные проблемы с отсутствием отступов в нижней панели виджета успешно устранены.

24. TEAM-25076 Была исправлена проблема с пересчетом даты завершения фазовой задачи. Ранее, при изменении даты завершения вложенной задачи через перетаскивание или редактирование, дата завершения фазовой задачи оставалась неизменной, хотя визуально таймлайн фазовой задачи адаптировался к новым срокам. Теперь дата завершения фазовой задачи автоматически пересчитывается в соответствии с изменениями дат вложенных задач.

25. TEAM-22898 Исправлена ошибка отображения виджета выбора бизнес-процессов при создании или редактировании задач из режима редактирования диаграммы Ганта. Ранее виджет не появлялся автоматически на форме, требуя дополнительного действия от пользователя.

26. TEAM-24463 Была исправлена ошибка, приводящая к сбою в блоке генерации файла по шаблону из-за недостатка прав. Теперь для определенных ситуаций в контекст запуска бизнес-процесса линии добавляются административные права. Это касается случаев, когда в настройках бизнес-процесса установлен биндинг «инициатор=сессия». Если оператор и его ID не равны нулю — админские права не предоставляются.

27. TEAM-24833 Исправлена ошибка, из-за которой тип атрибута Учётная запись отображался некорректно. Проблема проявлялась после добавления переменной типа Учётная запись (не множеств.) с указанием сервиса (например, WhatsApp) и последующего заполнения этого поля на форме создания элемента приложения.

28. TEAM-24909 Была исправлена ошибка, препятствовавшая удалению элемента приложения или прерыванию процесса, когда он находился на блоке Инициативное сообщение в линию или Ответное сообщение в линию. Проблема возникала из-за настройки повторного выполнения в блоке Инициативное сообщение в линию, когда активирована опция Повторить выполнение с значениями по умолчанию для Количество повторений и Время задержки между повторениями.

29. TEAM-21874 Была выявлена и исправлена проблема с массовыми действиями (запуск процесса), когда не все выбранные элементы передавались в пользовательскую переменную при запуске процесса.

30. TEAM-21936 Была обнаружена и исправлена ошибка в механизме работы с Namespace.app, из-за которой после нескольких обновлений решения в список активных приложений раздела начинали попадать удалённые приложения. Проблема проявлялась на следующий день после повторного обновления решения, когда в список приложений, полученных через Namespace.app, включались приложения, находящиеся в корзине. Это влияло на точность работы сценариев страниц, предполагающих работу только с активными и не удалёнными приложениями раздела.

31. TEAM-24151 Была обнаружена и исправлена ошибка, возникающая при попытке удаления элементов приложения в разделе Клиентский сервис, которая проявлялась в виде 500 ошибки. В процессе диагностики была выявлена конкретная причина ошибки – обращение к несуществующим в базе данных записям.

32. TEAM-24559 Была обнаружена и устранена проблема с функцией поиска в интерфейсе редактирования карточки пользователя, из-за которой невозможно было найти пользовательские группы через поисковую строку поля Группы. Проблема не касалась системных групп, которые успешно обнаруживались и добавлялись в процессе поиска. Теперь, после исправления, и пользовательские группы, созданные в системе, стали доступны для поиска и выбора непосредственно через поисковую строку, без необходимости перехода в модальное окно со списком групп.

33. TEAM-24780 Была выявлена и устранена проблема, когда при закрытии модального окна с элементом приложения, открытого через ссылку на главной странице, происходила перезагрузка главной страницы, что приводило к потере указанного контекста в виджетах. Эта проблема не наблюдалась на созданных страницах в разделах, где закрытие модальных окон не вызывало перезагрузки и контекст оставался неизменным.

34. TEAM-24916 Была исправлена ошибка в расчете лимита лицензий при импорте пользователей из Active Directory (AD), когда система ошибочно предполагала нехватку лицензий, несмотря на наличие конкурентных лицензий. Проблема воспроизводилась на версиях 2023.10.7 и 2023.11.18 и приводила к ошибке при попытке импортировать пользователей из AD, указывая на недостаточное количество лицензий.

35. TEAM-24944 Была исправлена ошибка, связанная с добавлением привязок OAuth для одного и того же пользователя в разных тенантах, которая приводила к удалению предыдущей привязки. Теперь структура данных OAuth дополнена информацией о компании, что позволяет корректно создавать и хранить несколько связок OAuth для пользователя в различных компаниях в рамках одного кластера. Описанный кейс теперь работает корректно, создавая две связки oauth в mongo.

36. TEAM-22653 Была исправлена ошибка, из-за которой автор элемента не мог перемещать его между папками в приложении с настроенными правами доступа. Проблема возникала в контексте приложений с иерархическим справочником, когда права на просмотр, создание и редактирование были выданы исключительно автору элемента.

37. TEAM-23707 Обнаружена и исправлена ошибка, связанная с отображением элементов в контракте, после установки решения CRM и импорта данных для приложения "Единицы измерения". Проблема проявлялась в том, что после импорта данных и попытки доступа к элементам в контракте, эти элементы не отображаются, а в консоли появляется ошибка типа данных TypeError: FLOAT must be a number.

38. TEAM-24506 Была обнаружена и устранена проблема, связанная с отображением удаленных регистраций в активных журналах регистрации. При использовании функциональности автоматической регистрации документов в системе и последующем удалении этих регистраций через скрипт, удаленные регистрации по-прежнему отображались как активные, несмотря на наличие даты удаления.

39. TEAM-24562 Опция Присваивать номер при создании элемента в настройках нумератора на уровне приложения была пересмотрена и переименована для более четкого понимания ее функционала. Новое название опции — Присваивать номер при открытии формы создания, что точнее отражает момент присвоения номера документу или элементу приложения. Данное изменение направлено на исключение двусмысленности и потенциальной путаницы среди пользователей, обеспечивая лучшее понимание процесса работы с нумерацией.

40. TEAM-24906 Была выявлена и исправлена проблема в механизме ограничения доступа на уровне элементов приложения, из-за чего файлы, добавленные к элементу приложения, не отображались для пользователей, имеющих доступ к этому элементу. Ситуация обнаружена при работе под учетной записью пользователя, не обладающего административными правами, что приводило к невозможности просмотра загруженных файлов на форме просмотра элемента приложения, даже когда этому пользователю были явно предоставлены права на доступ к этому элементу.

41. TEAM-25126 Обнаружена и исправлена ошибка, когда пункты контекстного меню Сравнить с файлом и Сравнить с версией не отображались для файлов с расширением .docx, если расширение файла было указано с использованием заглавных букв (например, .docX или .dOcx).

42. TEAM-25242 В системе были устранены проблемы с автоматическим согласованием: теперь при изменении метода согласования с вручную на автоматический корректно учитываются переходы по времени, исключая ошибки запуска процесса. Также исправлено некорректное определение общего статуса согласования при использовании автоматических резолюций, что обеспечивает соответствие между ожидаемыми и фактическими результатами согласования