...

2025.10 SaaS

Тема в разделе "Релиз 2025.10", создана пользователем ELMA365, 18 ноя 2025 в 17:16.

Метки:
  1. ELMA365

    ELMA365 Moderator

    Типы данных в системе

    1. TEAM-26020 Для свойства типа Строка с опцией Markdown добавлена возможность предварительного просмотра внесённого текста. Для тестирования отображения разметки нужно нажать кнопку Предпросмотр в правом нижнем углу поля.

    2. TEAM-37696 Для свойства типа Дата/время добавлена возможность указывать на формах время в определённом часовом поясе. Для этого при настройке поля включите опцию Использовать фиксированную временную зону и выберите часовой пояс.

    В скриптах при поиске по такому свойству будет выполняться преобразование времени в фиксированную временную зону с сохранением значений года, месяца, дня, часов, минут и секунд.

    Новая версия таблицы

    В новой версии отображения таблиц, которая включается с помощью фича-флага front_enable_vtable, реализовано:

    1. TEAM-38112 В мобильном приложении ELMA365 реализована сортировка данных в таблицах новой версии.

    Чтобы отсортировать данные в таблице, в правом верхнем углу таблицы нажмите значок трёх точек и выберите тип сортировки: по возрастанию или по убыванию. Затем укажите столбец, по которому необходимо отсортировать данные.
    Чтобы сбросить настройки закройте таблицу и откройте её повторно.

    2. TEAM-18383 В настройки таблицы добавлена опция, которая позволяет запретить создание новых строк. Это помогает предотвратить случайное или намеренное добавление лишних данных.

    3. TEAM-22797 Появилась возможность изменить порядок строк с помощью метода Drag-and-Drop. Это позволяет быстро и удобно управлять последовательностью данных.

    Для перемещения строки нажмите и удерживайте значок точек рядом с её названием и переместите строку вверх или вниз.
    Перемещать строки можно в рамках одной таблицы. Если строки сгруппированы, перемещение доступно только внутри группы.

    Архивирование структур

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

    Возможность реализована в испытательном режиме и может работать нестабильно. Чтобы активировать её, обратитесь в техподдержку для включения фича-флага.

    После этого в системе доступны следующие функциональные возможности:

    1. TEAM-18676 Архивирование элементов приложений. Данные не отображаются в интерфейсе, но сохраняются на стороне сервера в отдельной таблице базы данных. Их нельзя восстановить.
    • Автоматическое архивирование элементов — в настройках приложения на странице Архив элементов администратор включает опцию и задаёт правила архивации с помощью языка EQL365. Автоматическая архивация запускается каждые 6 часов;
    • Архивирование элементов вручную — предназначено для выборочного перемещения в архив отдельных элементов. Администратор может добавить на форму приложения кнопку Архивировать. Перемещать элементы в архив смогут пользователи, которым выданы права на удаление элементов.

    2. TEAM-32293 Архивирование событий календаря. Как и элементы приложений перемещённые в архив записи перестают отображаться в системе. Их нельзя восстановить.
    • Автоматическое архивирование событий — в настройках календаря на странице Архив событий администратор включает опцию и устанавливает период (месяц, полгода, год, 3 года), после которого элементы со статусом Закрыто автоматически перемещаются в архив;
    • Архивирование событий вручную — автор события может переместить его в архив, независимо от автоматических настроек, нажав кнопку Архивировать. Она появляется на карточках событий только после включения опции архивирования в настройках календаря.

    3. TEAM-32270 Архивирование завершённых экземпляров процессов. Доступно только администратору системы. После архивации все объекты отображаются в разделе Администрирование > Архивация экземпляров процессов на вкладке История. Здесь можно просмотреть их, а также восстановить из архива.
    • Автоматическое архивирование экземпляров — на странице Архивация экземпляров процессов задаётся расписание и правило архивации с помощью языка EQL365. Например, завершённые экземпляры определённого можно перемещать в архив раз в неделю;
    • Архивирование экземпляров вручную — на странице Монитор процессов администратор может открыть карточку экземпляра и нажать кнопку Архивировать, а также отметить флажком несколько записей и применить массовое действие архивирования.
    Важно: в поставках On-Рremises обновление на версию 2025.10 может занимать продолжительное время из-за добавления возможности архивации экземпляров процессов.

    Версионирование структур

    Если в компании включена опция версионирования структур с помощью фича-флага allowVersionsSnapshots, доступны следующие возможности:

    1. TEAM-35994 Реализовано создание версий приложения при изменении настроек нумерации элементов. Новая версия приложения создаётся, когда на странице Нумераторы изменены:
    • способ присвоения номера — при открытии формы или после сохранения элемента;
    • тип нумерации — сквозная или в рамках одного приложения;
    • раздел для сквозной нумерации.

    2. TEAM-36003 Реализовано версионирование для компонента Отчет. Версии компонента создаются при изменении следующих параметров:
    • название или иконка отчёта;
    • настройки источника;
    • таблица и список фильтров для поиска на странице отчёта.
    Для просмотра списка сохранённых версий нажмите значок шестерёнки рядом с названием отчёта и выберите пункт История версий. Здесь доступно восстановление предыдущей версии компонента.

    Поиск в системе

    1. TEAM-36429 В EQL-поиске реализована возможность создать запрос с функцией COUNT, чтобы найти одинаковые значения в полях в рамках одного приложения.
    Код:
    
Пример:
    COUNT (FROM [_clients._contacts] WHERE PARENT.[_email] = [_email]) > 1
    В рамках приложения Контакты осуществляется поиск элементов    , в которых указаны одинаковые эл. адреса и номера телефонов.
    2. TEAM-39090 В разделе Задачи добавлена возможность быстро найти нужные записи по автору на вкладке Входящие и по исполнителю на вкладке Исходящие. Для этого введите в строке поиска фамилию сотрудника и нажмите клавишу Enter на клавиатуре.

    3. TEAM-39516 Опция Полнотекстовый поиск в настройках контекста приложения, которая позволяла найти значения по частичному совпадению строки, переименована в Быстрый поиск.

    Бизнес-процессы

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

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

    2. TEAM-34887 В дизайнере бизнес-процессов доработана логика перехода при нажатии кнопки Назад на верхней панели. Теперь пользователь возвращается на ту страницу, с которой процесс был открыт в дизайнере.

    3. TEAM-37318 В карточку экземпляра бизнес-процесса добавлена кнопка для обновления данных. Отображается на верхней панели в виде значка круговой стрелки.

    Виджеты

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

    Модули

    TEAM-6739 В пользовательских модулях реализована возможность делегировать исполнение метода API на переносимый или внешний сервис. В настройках метода на уровне модуля добавлено поле, в котором указывается адрес сервиса, где задано исполнение метода.

    Непрерывная выкладка (Low-code CI / CD)

    1. TEAM-37284 При настройке работы с инструментом разработчика Непрерывная выкладка (Low-code CI / CD) теперь можно добавить отдельный канал для отправки сообщений в #ленту об успешном выполнении обмена данными между компаниями.

    2. TEAM-39162 В инструменте Непрерывная выкладка (Low-code CI / CD) теперь при просмотре созданной привязки не отображается API-токен из внешней компании. Опция реализована для повышения безопасности.

    #BreakingChangeAlert

    Документооборот

    1. TEAM-38484 Теперь внешний вид страниц файла совпадает с отображением форм приложения типа Документ.

    Реализованы следующие изменения:
    • Для формы просмотра — кнопка Редактировать, располагавшаяся ранее на верхней панели, перенесена в ее нижнюю часть. По умолчанию страница отрывается в уменьшенном виде как форма приложения, пользователи могут развернуть её на весь экран. Боковая панель со свойствами документа показывается по умолчанию. Её также можно свернуть.
    • Для формы редактирования — доработан размер аватарок пользователей, работающих с файлом. Изменён указатель на активность пользователей: вместо иконок карандаша и замка добавлены подсказки Редактируют: и Заблокировал:.
    • Для форм согласования и ознакомления — кнопки Согласовать и Отказать или Ознакомиться, располагавшиеся ранее на верхней панели, перенесены в её нижнюю часть. На верхней панели отображается название задачи. По умолчанию страница отрывается как форма приложения, пользователи могут развернуть её на весь экран.

    2. TEAM-38756 Добавлена возможность выбрать избранные опции для работы с файлом, которые будут отображаться на верхней панели его формы просмотра для быстрого доступа к ним.
    Для этого на форме просмотра файла нужно нажать значок трёх точек, чтобы открыть список всех доступных действий. Затем выбрать пункт Управление кнопками и в открывшемся окне перенести действия в столбец Избранные функции. Максимальное число избранных функций — 3.

    Табличные маршруты согласования

    1. TEAM-39348 Начиная с релиза 2025.10 функционал табличных маршрутов согласования будет доступен для пользователей без необходимости включения фича-флага enableApprovalRoute.

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

    Проекты

    1. TEAM-30296 Доработано создание проекта из готового шаблона. Теперь в новый проект копируется структура папок, заданная в шаблоне на вкладке Файлы.

    2. TEAM-30767 В виджете Просмотр планов проектов реализована возможность настроить столбцы таблицы с задачами, например, добавить отображение статуса проекта. Вы можете расположить виджет на форме пользовательского приложения и задать параметры таблицы таким же образом, как в карточке самого проекта.

    Service

    TEAM-36794 Улучшен внешний вид виджетов Чат с операторами линий и Переписка в линиях. Улучшена работа в виджетах, пролистывание диалога, отображение дат приведено к одному виду.

    Телефония

    TEAM-34818 Реализована автоматическая привязка звонков к компании через указанный в звонке контакт. С помощью доработки в виджете Реестр звонков корректно отображается связь звонков и компаний. Теперь виджет можно расположить на форме приложения Компании и показывать в нём все разговоры с представителями этой организации.

    TS SDK и API

    1. TEAM-8048 Обновлён интерфейс страницы Web API для приложений, процессов, отчетов, контрактов. Теперь основные доступные методы перечисляются на странице в едином списке. Блок с методом можно развернуть, просмотреть параметры и возможные ответы на запрос, скопировать метод, а также составить и проверить запрос, получив его полный адрес и ответ от сервера.

    2. TEAM-37940 Для повышения безопасности в системе скрыто отображение API-токенов в разделе Администрирование > Токены. Теперь значение можно скопировать только при создании токена. В дальнейшем оно не показывается на странице.

    3. TEAM-33516 При поиске данных через скрипты TS SDK реализована частичная выборка данных элементов приложений.

    Режимы выборки:
    • режим включения (Include) — выбор только указанных полей:
    Код:
    
const results = await Application.search()

      .    fields({ __name: true, __createdAt: true, total: true })

      .    all();

    // Возвращает только поля: __id, __name, __createdAt, total

    • режим исключения (Exclude) — исключение указанных полей из полного набора. Исключаемые поля отмечаются в запросе значением false:
    Код:
    
const results = await Application.search()

      .    fields({ total: false, history: false })

      .    all();

    Примечание по работе:
    • поле __id возвращается всегда, правила к нему не применяются;
    • если метод .fields() не вызван, возвращаются все поля, поскольку правила не заполняются;
    • при использовании операторов противоречивых правило задаётся в режиме Include:
    Код:
    
// ПРИМЕР 1

    const results = await Application.search()

          // Задаём необходимость выбора только поля total и исключения поля history

          .fields({ total: true, history: false })

      .    all();

    // Возвращается: только поле total (и __id)

    // ПРИМЕР 2

    const results = await Application.search()

          // Задаём выбор поля history и одновременно исключение поля history

          .fields({ history: true, history: false })

      .    all();

    // Возвращается: ошибка типизации, поскольку значение названия поля может быть использовано только один раз.
    Подробнее о частичной выборке в Web API читайте в справке по публичному API ELMA365.

    4. TEAM-39172 Добавлена возможность получить список листов согласования и ознакомления через Web API — POST /pub/v1/docflow/{namespace}/{code}/{id}/lists.

    5. TEAM-39173 Добавлена возможность получить информацию о регистрации документов через Web API — POST /pub/v1/registration/{namespace}/{code}/{id}/lists.

    6. TEAM-39174 Добавлена возможность поиска по файловому хранилищу через Web API — POST /pub/v1/disk/files/search.

    Поддерживается фильтрация по следующим свойствам:
    • название файла (поиск по частичному совпадению);
    • идентификатор пользователя, создавшего или изменившего файл;
    • диапазон дат создания или изменения для фильтрации;
    • максимальная или минимальная дата создания и изменения (включительно);
    • идентификатор директории.
    Доступно применить опцию возвращения, начиная с определённого элемента, а также указать количество возвращаемых элементов (максимальное число — 10000).
    Последнее редактирование: 18 ноя 2025 в 17:27
    ELMA365 18 ноя 2025 в 17:16
    #1
  2. ELMA365

    ELMA365 Moderator

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

    1. TEAM-7649 Скорректирован механизм выдачи прав доступа для внутренних пользователей. Теперь, чтобы пользователи получили доступ к внешнему порталу, им нужно выдать права на видимость раздела, на уровне которого создан этот портал. Правило не распространяется на сотрудников, добавленных в группу Внешние пользователи.

    2. TEAM-18701 При настройке двухфакторной авторизации на внешнем портале добавлена валидация для поля, где указывается SMS-провайдер. Пользователь увидит уведомление при сохранении настроек, если введённый провайдер не подключен.

    3. TEAM-20864 При регистрации пользователя с помощью OAuth2 после редактирования профиля требовалась повторная аутентификация. Поведение исправлено.

    4. TEAM-35429 Исправлена структура возвращаемой ошибки 400 в Web API для методов:
    • создания элемента приложения;
    • присвоения статуса элемента приложения;
    • обновления элемента приложения;
    • продолжения делегированного действия по идентификатору;
    • запуска процесса по разделу и коду;
    • сохранения данных по ключу в хранилище приложения;
    • сохранения данных по ключу в хранилище раздела или модуля;
    • сохранения данных по ключу в хранилище объекта System.

    5. TEAM-37833 В настройках свойства Учётная запись в списке возможных типов не отображалась опция Несколько. Ошибка исправлена. Теперь для поля есть возможность указать тип, и выбор отображается в настройках формы приложения.

    6. TEAM-38810 В бизнес-процессе, который использовался в обработчике события типа Изменение статуса, невозможно было сопоставить переменную Число с идентификатор статуса до изменения или идентификатором статуса после обновления. Ошибка исправлена.

    7. TEAM-39483 В бизнес-процессе с помощью скрипта с методом create() вместо файла формировался объект с двоичными данными (Blob). Ошибка исправлена.

    8. TEAM-39561 Исправлена ошибка, из-за которой в скриптах не выполнялся вызов fetch() по протоколу HTTPS с невалидными или самоподписанными сертификатами, даже если проверка сертификатов была отключена.

    9. TEAM-38301 При использовании метода call() с передачей в body объекта FormData тело запроса передавалось в виде строки. В результате методы, которые ожидали значения FormData, завершались с ошибкой 400. Теперь метод call() работает корректно.

    10. TEAM-38636 При открытии задач через мобильное приложение ELMA365 на форме не отображалось созданное описание и вложенные файлы. Ошибка исправлена.

    11. TEAM-39324 Выявлено некорректное поведение при применении поиска по полям приложения. Ошибка исправлена. Теперь поиск осуществляется только по полям, отмеченным опцией Быстрый поиск.

    12. TEAM-36444 Восстановлена возможность выделять и копировать текст в виджете Переписка в линиях.

    13. TEAM-39727 Улучшено отображение LiveChat в мобильной версии. После исправления основная кнопка LiveChat находится за окном переписки, формой авторизации и формой отправки Email. Кнопки каналов, подключённых к LiveChat, при этом свернуты.

    14. TEAM-39821 На электронную почту сервиса Яндекс не приходили письма о приглашении пользователя в компанию или о восстановлении пароля. Ошибка исправлена.

    15. TEAM-30589 Исправлена логика выдачи прав в процессной задаче. Теперь в задаче с переходом в подписание выдаются права на редактирование элемента приложения автоматически. Ранее в системе отображалась ошибка 403, если пользователь, подписывающий элемент, не имеет прав на его редактирование.

    16. TEAM-22520 В виджете Статус подписи отображалось некорректное значение. Ошибка исправлена. Теперь в виджете на боковой панели элемента показывается информация по актуальной подписи — пользователь, подписавший элемент последним.

    17. TEAM-37656 Скорректированы настройки в блоках бизнес-процесса Регистрация аккаунта и Ожидание регистрации аккаунта. Теперь в них нельзя выбрать провайдер ПЭП, поскольку блоки необходимы только для работы с сервисом MyDSS.

    18. TEAM-38217 Если в ходе бизнес-процесса .xlsx-файл с несколькими строками в ячейке конвертировался в формат .pdf, в итоговом документе отображалась только первая строка. Ошибка исправлена.

    19. TEAM-39223 Добавлено автоматическое обновление данных при изменении режима сортировки в окне добавления файла из раздела Файлы. Теперь открывать окно повторно для применения сортировки не требуется.

    20. TEAM-39282 Добавлено автоматическое обновление данных в разделе Файлы при переименовании и удалении файла с помощью контекстного меню, а также при разблокировке файла с его формы просмотра.

    21. TEAM-39573 Если в блоке бизнес-процесса Согласование срок задачи, заданный через переменную типа Дата/время, оказывался прошедшим, экземпляр процесса останавливался.

    Ошибка исправлена. Теперь при таких условиях задача согласования назначается с уже истёкшим сроком, её можно выполнить и продолжить ход процесса.

    22. TEAM-36284 Если в приложениях Сделки и Лиды включён режим отображения данных Канбан-доска и задан поиск по параметрам, фильтры сбрасывались, когда пользователь открывал задачу с карточки элемента и переходил повторно на страницу. Ошибка исправлена.

    23. TEAM-38801 Не сохранялись изменения при редактировании типа проекта в разделе Администрирование. При этом в разделе Проекты > Типы проектов создавались новые элементы приложения для каждого сохранения изменений. Ошибка исправлена.

    24. TEAM-39102 Если пользователь в карточке проекта включил автопланирование и отредактировал дату окончания одной задачи в таблице, на диаграмме Ганта не сдвигались связанные задачи. Ошибка исправлена.

    25. TEAM-39202 В разделе Администрирование не отображалось содержимое страницы Настройки проектов. Ошибка исправлена.

    26. TEAM-39707 Выявлена ошибка: в разделе Задачи > Проектные задачи на вкладке Контроль исполнитель мог выполнить действия с несколькими задачами: Принять или Вернуть в работу.

    Поведение исправлено. Теперь массовые действия над задачами на контроле доступны только для руководителя проекта.

    27. TEAM-38099 Улучшена настройка уведомлений о проектных задачах. Теперь включение и отключение параметров в карточке проекта работает стабильно и корректно.

    28. TEAM-11115 Если асинхронный подпроцесс заканчивается после завершения родительского процесса, в логах фиксируются ошибки: «instance is terminated and Task Id dont recognized». Исправлено, теперь процесс завершается корректно.

    29. TEAM-12284 В разделе Администрирование > Бизнес-процессы не срабатывала опция Переместить для изменения уровня размещения процесса. Ошибка исправлена.

    30. TEAM-24541 В случае недоступности сервиса notifier в бизнес-процессах возникали ошибки выполнения. Исправлено, теперь процессы продолжат выполняться, если на каком-то шаге сервис будет отключён.

    31. TEAM-32373 Когда по одному элементу приложения одновременно запускалось множество экземпляров процессов (более 100) и назначались задачи, значение каждого ответственного за задачу не успевало фиксироваться в системе и записываться в системное поле приложения Исполнитель. В результате часть данных терялась. Добавлена блокировка изменений системных свойств в элементе. Теперь значения из задач записываются в поля приложения по очереди, а не одновременно.

    32. TEAM-36086 Если в контексте бизнес-процесса удалить созданную переменную типа Приложение (один), при её восстановлении некорректно указывался подтип Несколько. Ошибка исправлена.

    33. TEAM-37218 В разделе Администрирование > Монитор процессов некорректно выставлялись настройки отображения дерева. Если пользователь включал опцию, она не применялась, и наоборот. Ошибка исправлена.

    34. TEAM-37318 В карточке бизнес-процесса реализовано автоматическое обновление данных на его карте при обновлении версии, пропуске или перезапуске шага процесса.

    35. TEAM-38725 Доработана механика одновременного запуска множества экземпляров процессов. Ранее, если в системе превышены лимиты на количество экземпляров в определенный промежуток времени, выполнялся отложенный запуск. Это приводило к неконтролируемому росту таймеров в сервисе scheduler. Теперь при достижении лимита экземпляры добавляются в очередь на запуск.

    36. TEAM-39009 В разделе Администрирование > Монитор процессов не срабатывало массовое действие прерывания экземпляров процессов. Ошибка исправлена.

    37. TEAM-39115 В бизнес-процессах некорректно работали действия в БП типа Скрипт с моделью выполнения Запрос результата. Ход бизнес-процесса продолжался, даже если при исполнении функции check(), заданной в действии для проверки результата запроса во внешний сервис, возвращался результат false.

    Ошибка исправлена: действие выполняется повторно, пока функция не вернёт значение true.

    38. TEAM-39284 Выполнение родительского процесса продолжалось сразу после старта дочернего, если в настройках блока запуска подпроцесса была отключена опция Асинхронный запуск.

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

    39. TEAM-39487 Исправлена ошибка в действии БП с типом Скрипт и моделью выполнения Запрос результата. Теперь передача динамической выходной переменной в контекст процесса с помощью биндинга выполняется корректно.

    40. TEAM-37750 Исправлены ошибки EQL-поиска, которые возникали:
    • при использовании операции IN;
    • при поиске пользователей по элементу оргструктуры с использованием EQL-запроса.

    41. TEAM-38680 Улучшен механизм выдачи прав доступа к событиям из календаря. Теперь:
    • в личном календаре появляются все события, в которых пользователь указан как участник;
    • пользователь может выдать права на редактирование и удаление только тех событий, в которых является автором. Для остальных событий ему предоставляется только право просмотра;
    • руководитель по оргструктуре по умолчанию имеет доступ просматривать личные календари сотрудников и события в них;
    • у администратора системы не полного доступа к календарям. На него распространяются все правила предоставления прав к событиям.
    ELMA365 18 ноя 2025 в 17:33
    #2
Вы должны войти или зарегистрироваться, чтобы ответить.