Перейти к основному содержимому
Версия: 1.29.0

Версия 1.29.0

Разделение платформы на ESM и LCAP​

В этой версии мы разделили платформу на бизнес-инструменты ESM-платформы (Enterprise Service Management, управление услугами в масштабах предприятия) и приложение разработки платформы (Low-Code Application Platform) для более быстрой разработки и поставки обновлений клиентам. Теперь эти составляющие платформы находятся в разных приложениях и их обновления могут в дальнейшем выходить отдельно друг от друга.

  • Приложение Simple Application (SA) содержит бизнес-инструменты ESM-платформы.
  • Приложение Platform содержит инструменты администрирования и разработки low-code, а также конфигурации платформы, которые должны быть защищены от изменений.

Также в этой версии для повышения безопасности системы мы добавили механизм Правил проверки безопасности URL, который позволяет использовать только разрешенные ссылки для переходов на другие страницы из системы, а для предотвращения ошибок обработки входящих писем – механизм Исключения обработки электронных писем.

Simple Application​

Новая функциональность​

Подписка на задачи​

Теперь пользователи портала самообслуживания и агентского интерфейса могут подписаться на обновления интересующих их записей. Для этого необходимо нажать Подписаться или иконку колокольчика на форме текущей задачи. Чтобы отменить подписку, нажмите Отписаться или иконку повторно.

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

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

Идентификация поставщиков услуг и потребителей услуг​

Начиная с этой версии, вы можете определять каждое направление своей организации как отдельного Поставщика услуг и Потребителя услуг. Возможность выделять множество поставщиков услуг внутри организации является ключевой функциональностью для осознанного выстраивания ESM-подхода в компаниях. В отличие от ITSM, где поставщиком услуги является только одно подразделение, при подходе управления услугами в масштабах предприятия у вас есть возможность определять различные направления организации, такие как бухгалтерия, АХО, HR, как поставщиков услуг, и организовывать для них собственные практики управления услугами.

Благодаря этому вы можете фиксировать ответственность участников, строить достоверные отчеты и точно определять затраты потребителя по услугам компании, а также выстраивать комплексные услуги с участием нескольких поставщиков услуг.

Записи всех поставщиков услуг хранятся в таблице Поставщики услуг (service_provider), а в новом виджете Service Relationship на формах задач отображается информация о поставщике и потребителе услуги, по которой создана задача.

Подробнее читайте в статье Поставщики услуг.

Виджет сервисных отношений​

Для визуализации сервисных отношений, возникающих при выполнении задач, мы разработали новый виджет Service Relationship. В нем отображается название Поставщика услуги и Потребителя услуги. Благодаря виджету агенты могут быстрее понять контекст заявки или инцидента, связанного с определенной услугой, и разобраться с проблемой.

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

В коробочной версии виджет не вынесен на формы агентского интерфейса и портала самообслуживания.

Подробнее читайте в статье Виджет Service Relationship.

Platform Application​

В этой версии мы повысили стабильность и производительность платформы, а также расширили возможности управления.

Новая функциональность​

Правила проверки безопасности URL​

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

Читайте подробнее в статье Правила проверки безопасности URL.

Исключения обработки электронных писем​

В этой версии мы дополнили логику обработки входящей почты новой сущностью Исключения обработки электронных писем (sys_email_exception), в которой создаются записи о письмах, обработка которых не прошла успешно. Благодаря этому при обработке электронной почты система пропускает неудачные письма и загрузка последующих писем проходит штатно.

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

Новый статус и связанный список записи электронного письма

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

Новый связанный список Исключения на форме письма содержит связанные записи из таблицы Исключения обработки электронных писем (sys_email_exception). Перейдите на них, чтобы ознакомиться с ошибками.

Подробнее читайте в статье Входящие и исходящие письма

Улучшения​

Пароли в RabbitMQ​

Пароли учетных данных для подключения к RabbitMQ теперь хранятся в зашифрованном виде в записях таблиц Поставщики RabbitMQ (sys_rabbitmq_producer) и Потребители RabbitMQ (sys_rabbitmq_consumer).

внимание

В процессе обновления платформы на версию 1.29.0 будет выполнено шифрование текущих паролей Поставщиков RabbitMQ и Потребителей RabbitMQ. Рекомендуем сменить пароли после обновления, чтобы их было невозможно скомпрометировать используя VCS версии, созданные на предыдущих версиях платформы. Не используйте специальные символы в пароле, чтобы избежать сбоя в соединении.

Оптимизация индикаторов​

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

Подробнее читайте в статье Индикаторы.

Интерфейс и тексты​

  • Обновлена иконка лупы для большего удобства использования поисковой строки.
  • Исправлено отображение виджета Временная шкала.
  • Добавлена возможность отображать Уполномоченных сотрудников на листовом представлении таблицы Организация (org_organization), что позволило улучшить ее информативность.
  • Уточнены переводы устаревших полей в контрактах, чтобы избежать ошибок во время работы.

Исправления​

  • DEF0021632: Обновили иконку лупы, чтобы поисковую строку было легче найти.
  • DEF0021115: Была нарушена верстка виджета Choice Timeline на формах задач, из-за чего индикаторы отображались слишком мелко. В этой версии верстка исправлена.
  • DEF0020872: Серверные скрипты имели возможность обращаться к чувствительным URL. В этой версии мы добавили правила проверки безопасности URL с 10 преднастроенными шаблонами. Читайте подробнее в статье Правила проверки безопасности URL.
  • DEF0020682: В предыдущей версии в таблицу Контракт (contract) были добавлены новые поля Заказчик и Потребитель, которые ссылаются на таблицу Организация (org_organization). Из-за одинаковых переводов старых и новых полей, пользователям было невозможно определить, какие поля являются новыми, а какие устаревшими. В этой версии мы дополнили перевод старых полей: Потребитель (устаревшее) и Заказчик (устаревшее).
  • DEF0020384: Создание новой колонки для таблицы, находящейся под высокой нагрузкой, иногда прерывалось. Проблема решена при помощи передачи данных о создании колонки и ее добавлении в целевую таблицу в одной транзакции.
  • DEF0019118: После внесения изменений и сохранения формы при клике на поля типа List отображалось сообщение об ошибке: Uncaught TypeError: Cannot read properties of null (reading 'style'). В этой версии система позволяет вносить изменения в поля типа List без ошибок.
  • DEF0017930: В связи с отсутствием механизма сохранения ошибки при отмене операций создания, обновления и удаления, метод getErrors() не возвращал ошибки, если операция над записью была прервана с помощью метода setAbortAction(). В этой версии ошибки сохраняются и отображаются во всплывающих сообщениях.
  • DEF0017746: Информация о сессии пользователя хранилась в локальном хранилище браузера, а не в cookie с параметрами HttpOnly и Secure. В этой версии поведение исправлено.
  • DEF0017580: Предыдущая версия kafka-ui (0.6.1), которую использовала система, не поддерживала работу без подключения к сети. В этой версии система функционирует стабильно в офлайн-режиме.
  • DEF0016351: Пароли учетных записей RabbitMQ хранились в открытом виде в таблицах Поставщики RabbitMQ (sys_rabbitmq_producer) и Потребители RabbitMQ (sys_rabbitmq_consumer). В этой версии пароли хранятся в зашифрованном виде. Читайте подробнее выше.