Графики контроля операторов поддержки, согласование документов через email и настройка прав доступа в приложениях. Подробнее об этих и других обновлениях, пришедших с августовским релизом ELMA365, ниже
Настройка своего почтового сервиса
Добавлена возможность сохранить настройки корпоративного почтового сервиса для простого подключения персонального почтового ящика. Порты подключения задаются администратором системы один раз. А пользователи могут подключить свой почтовый ящик, не задумываясь о параметрах подключения сервиса, просто выбрав из выпадающего списка доступных почтовых сервисов, наряду с @google.com, @outlook.com, @yandex.ru и прочими.
Удаление писем, которые не связаны с объектами
Установлен лимит на хранение писем, не связанных с объектами, для высвобождения дискового пространства. Для On-premise есть возможность отключить механизм удаления при достижении лимита не связанных с объектами писем.
Кнопка «Очистить корзину» для папки «Корзина» в почте
В папке «Корзина» добавлена кнопка «Очистить корзину» для массового удаления всех ненужных писем. При этом система проконтролирует, чтобы письма, имеющие связи с приложениями, не были удалены. Таким образом история переписки сохраняется целостной. Если все же письмо должно быть удалено, то необходимо сначала убрать связи между письмом и записью приложения, а затем безвозвратно удалить письмо.
Кнопка «Ответить всем» в почте
На форме просмотра письма добавлена кнопка «Ответить всем» для того, чтобы в ответном письме были по умолчанию проставлены все получатели, упомянутые ранее в почтовой переписке. Кнопка отображается при условии, если в поле «Кому» два и более получателей, или же помимо основного получателя письма есть адресаты, указанные в «Копии».
Счетчик непрочитанных писем и общее количество писем в папках: учитывать количество непрочитанных по папкам
Добавлена функция, которая рассчитывает количество писем, отмеченных непрочитанными не только в папке «Входящие», но и в «Моих папках».
Общий счетчик, отображаемый у иконки раздела Почта показывает суммарное количество всех непрочитанных входящих писем. Также для папки «Входящие» каждой созданной папки в «Моих папках» система покажет как количество непрочитанных писем, так и общее количество писем в этой папке.
Действие «Переместить» для писем
Добавлена возможность перемещать письма между папками. Так, например, из Входящих вы можете переместить одно или несколько писем в Корзину или в одну из настроенных «Моих папок».
Мои папки — развернутый список папок-фильтров по умолчанию
Изменено визуальное представление: список «Моих папок» отображается по умолчанию раскрытым списком.
Настройка основания расходов
Аналогично настройке приложений, которые являются возможными основаниями для поступлений, добавлена функция выбора приложений-оснований, к которым могут быть привязаны расходы. Настройка основания для расходных платежей осуществляется на странице «Настройка оснований», которую вы можете открыть, нажав на шестеренку у раздела «Финансы».
В настройках виджета «Поступления» добавить возможность выбрать дополнительное приложение-основание
Для кейсов, когда в организации несколько приложений могут являться основаниями платежей, мы доработали виджет «Поступления», чтобы на одной странице видеть поступления, привязанные к разным основаниям.
Например, основанием поступлений могут являться в одном случае «Договоры», в другом — «Сделки», в третьем — «Проекты». Но все поступления, привязанные каждый к своему основанию, хотелось бы видеть, например, на карточке элемента «Контрагент». Для реализации такого поведения укажите в настройках виджета «Поступления» дополнительные основания, выбрав из контекста текущего приложения. Все поступления по текущему и дополнительным основаниям будут отображены в виджете и сгруппированы по приложению-основанию. Здесь же для большей читабельности, вы можете чекбоксами включить или выключить отображение поступлений по дополнительным основаниям.
Важно!Обращаем внимание, что дополнительные основания также должны быть включены в «Настройке оснований» в разделе «Финансы».
В настройки виджета «Поступления» добавить поля «Заголовок» и «Показывать кнопку добавления поступлений»
В настройке виджета «Поступления» добавлена возможность кастомизировать заголовок или убрать его вовсе, а также возможность скрыть кнопку «+Плановое поступление», если это необходимо.
При перемещении задач CRM на канбане добавить поле для ввода комментария
Планируйте время выполнения задач CRM, перенося их на канбане на нужный день и время в «Задачи — Задачи CRM». Также, как и при переносе задачи CRM на карточке элемента, при перемещении задачи на канбане в разделе «Задачи — Задачи CRM», появилась возможность оставить комментарий при переносе, который отобразится в ленте объекта, по которому поставлена задача.
В этом релизе мы добавили новые инструменты гибкости и контроля для Линий. На замену преднастроенным отчетам мы создали гибкую систему виджетов, в которых можно выбрать необходимые метрики и вывести их в интерфейсе так, как удобно вашим операторам и супервизорам.
Контролируйте:
Также можно выбрать в каком разрезе необходимо показывать отчет и в каком графическом представлении.
Начиная с этого релиза появилась возможность подключать любые самописные мессенджеры/мобильные приложения/внешние чаты в ChatDesk в качестве одного из каналов коммуникации.
Для этого мы реализовали интерфейс для настройки и разработали описание методов, которые система поддерживает. Вам достаточно встроить необходимые запросы во внешний мессенджер, произвести настройку силами администратора, и сообщения из вашего приложения начнут поступать в интерфейс оператора наряду со стандартными интеграциями.
В августовском релизе мы добавили новые возможности для интеграций и совместной работы на проектах внедрения.
Совместная работа над настройками бота стала удобнее, благодаря тому, что все изменения записываются в историю версий. В истории можно видеть время и автора изменений, можно скачать либо восстановить выбранную версию в черновик.
В конструкторе можно было настраивать понимание намерений, создавая и настраивая собственные или подключая готовые системные интенты. Системные интенты предоставлялись без возможности их изменения. Теперь, если распознавание системного нуждается в корректировке, то можно скопировать фразы системного интента в раздел пользовательских интентов и отредактировать набор обучающих фраз.
В случае, когда бот обменивается данными со сторонними системами, выполняет вычисления, объем данных может быть велик, и вычисления продолжительны настолько, что скорость реакции бота может уменьшиться. Для таких случаев мы добавили возможность кэширования в скрипты ELMA Bot. Теперь объемные данные и результаты вычисления можно помещать в специальное хранилище, которое поддерживает доступ по ключу и время жизни объектов.
var store = context.utils.cache.getStore('redis');
var bucket = store.getBucket('data');
let value = await bucket.getValue('key');
if (value == null)
{
value = 'value'; // Получить из сервиса.
await bucket.setValue('key', value, { ttl: 3600 } ); // ttl: 3600 секунд (1 час)
}
В сценариях бота появился элемент для отправки email. Теперь отправлять почту можно без написания скриптов. В элементе email можно использовать переменные для указания адресатов, формирования текстов письма и прикрепления вложений.
Продолжаем активное развитие блока Документооборота в системе.
Реализована возможность быстро согласовать документ на основе входящего письма-уведомления о новой задаче. При отправке на согласование через почту приложения типа «Документ», файл версии приложения прикрепляется к письму.
Настройка осуществляется в профиле пользователя. При включении отправки оповещений о новых задачах на email появляется возможность «Включить согласование через email».
Такие задачи поступают на email пользователя. Решение по ним можно вынести через кнопки «Согласовать», «Отказать».
Метод [[serials.getByNamespace]] позволяет получить нумератор по namespace
Пример получения списка нумераторов для номенклатуры:
const serials = await System.serials.getByNamespace(“nomenclature”)
for (const serial of serials)
{
// Некоторая логика
}
Пример получения нумератора для приложения: const namespace = Context.data.tssdk_test?.namespace
const code = Context.data.tssdk_test?.code
const serials = await System.serials.getByNamespace(namespace+“.”+code)
for (const serial of serials)
{
// Некоторая логика
}
Добавлена возможность периодического сброса нумерации для места регистрации.
В настройках периода сброса можно указать частоту и период сброса нумерации. Например, для ежемесячного сброса требуется указать в периоде «Месяц», а в частоте – 1. Для сброса один раз в квартал можно указать в периоде «Месяц», а в частоте – 3.
Добавлена возможность получения настроек через TS SDK:
Настройки согласования влияют на отправку в архив листа согласования при изменении полей приложения.
Добавлена возможность в настройках согласования исключить все поля приложения из хэша листа согласования. При добавлении новых полей или удалении старых листы согласования не уходят в архив при включении данной настройки.
Если настройка не установлена, то требуется вручную исключать поля из согласования при добавлении их в приложение. Если этого не сделать, то текущие листы согласования будут отправлены в архив.
Юридически значимый документооборот с контрагентами становится всё более востребованным среди наших пользователей. В этом релизе мы добавили важную для автоматизации работы с Диадок возможность получения дополнительных данных из Диадок.
Запись данных контрагента из Диадока в приложение при получении входящего документа
В настройках сопоставления атрибутов добавлено 8 новых необязательных атрибутов: ИНН, КПП, Наименование и ИД участника ЭДО для контрагента и поставщика
Работа с электронной подписью требует множества проверок для обеспечения безопасности документооборота. Не все из них можно реализовать на уровне платформы, но мы можем упростить для вас доступ к данным подписи, чтобы вы могли реализовать любые проверки в рамках ваших сценариев использования системы.
Метод getDetails() возвращает детальную информацию о подписи
В системе возможно получить детальные данные о подписи, включающие в себя:
Для получения данных необходимо вызвать метод [[EntitySign.getDetails]]. Этот метод позволяет получить детальные данные о подписи. Рассмотрим ситуацию, когда в пользовательском сценарии необходимо определить юридическим или физическим лицом выполнена подпись. Для этого необходимо получить подпись из истории, вызвать метод, указанный выше. После получения данных необходимо проанализировать содержимое сертификата:
async function whoMadeSign(): Promise
// получение приложения типа "документ" из контекста пользовательского сценария
const app = Context.data.document!;
// получение данных приложения
const appData = await app.fetch();
// получение истории подписей приложения
const signsHistory = await appData.getSignHistory();
// получение последней подписи
const sign = signsHistory[0].signs[0];
// получение информации о подписи
const signDetails = await sign.getDetails();
// если указано одно из этих полей - то подпись выполнена юридическим лицом
// также для таких проверок возможно использовать и другие поля сертификата в зависимости
// от провайдера выдавшего цифровую подпись
const orgField = signDetails.subject['O'] || signDetails.subject['OU'];
if (orgField !== '') {
// подпись для юридического лица
} else {
// подпись для физического лица
}
}
Полный перечень возвращаемых полей:
Возможность удалять приложение из контракта и приложение по умолчанию из настроек контракта
Мы продолжаем развивать приложение типа «Контракт» в системе ELMA365. Понимая, что иногда требуется не только добавить новое приложение в контракт, но и удалить существующее, мы добавили эти возможности. Теперь настраивать контракты стало ещё проще, а перенос между различными средами безопаснее.
В релизе августа мы сделали календарь удобнее — теперь пользователи могут создавать периодические события. Для этого любое событие в календаре можно отметить флагом «Периодическое» и выбрать, в какие дни событие будет повторяться.
Периодические события можно ограничить датой, после которой они больше не будут повторяться.
Настройки прав доступа стали более гибкими. Права теперь можно назначать свойствам приложения типа «Роль».
Эта возможность доступна при настройках прав «На уровне элементов приложения».
Например, в поле приложения «Договор», в свойство типа «Роль» можно записать список согласующих, но не только конкретных пользователей, но и группы, роли и должности из организационной структуры. Права на просмотр элементов этого приложения можно назначить простой настройкой:
По просьбам заказчиков в настройки темы оформления добавлен «Логотип во вкладке браузера» — favicon. Если логотип задан, то он будет отображаться в заголовке вкладки браузера вместо стандартной иконки.
В выпадающем календаре при нажатии на месяц-год появился список для выбора года и месяца. Это сделано для удобства ввода произвольной даты без использования клавиатуры.
Одним из важных сценариев использования внешнего портала мы видим работу со своими же сотрудниками «в полях». В этом случае внутри системы остается бэк-офис (кадры, бухгалтерия). При этом возможно, что у компании уже есть существующий сервер авторизации и домен, в который добавлены все сотрудники.
Внутренних пользователей можно было всегда синхронизировать с сервером домена. Также можно было организовать вход пользователей с учетными данными домена.
В этой версии мы добавили такую возможность и для внешних пользователей портала. Теперь в настройке авторизации в портале можно указать какой настроенный сервер AD или LDAP использовать для входа пользователей. Также мы добавили отдельный блок настроек в интеграции AD и LDAP, в котором можно указать отдельные фильтры поиска для внешних пользователей.
По аналогии с внутренними пользователями теперь можно импортировать и синхронизировать профили внешних пользователей из сервера домена. И точно также можно настроить несколько серверов для интеграции и импортировать пользователей с них разом. В этом случае вам уже не потребуется приглашать пользователей на портал, а им не нужно будет проходить процедуру принятия приглашения.
Мы доработали настройки модуля интеграции, и теперь внешние пользователи могут использовать сквозной вход в систему при помощи протокола SAML. И точно так же, как для внутренних пользователей, мы можем сразу создать профиль внешнего пользователя при первом входе через SAML.
В этом релизе мы уже очень много внимания уделили внешним пользователям. И хотим ещё немного их порадовать (а также порадовать отдел безопасности). Теперь можно использовать дополнительный фактор аутентификации (2FA) для входа внешних пользователей на портал. Как и для внутренних пользователей, для них доступны варианты второго фактора через СМС или через почту.
Разработана процедура установки ELMA365 On Premises в сеть без доступа в интернет. Для установки в Kubernetes кластер необходимо загрузить образы микросервисов ELMA365 в локальный реестр, прилагаемой утилитой. В случае если локального реестра нет, то утилита позволит его установить.
Оптимизация скрипта оффлайн установки для Ubuntu/Astra — добавлено использование локального реестра образов микросервисов вместо кэша, что позволяет избежать ожидания запуска ELMA365 при нехватке оперативной памяти.
Поделиться:
Оставьте e-mail, и мы будем оперативно присылать вам свежие новости и статьи
БКС, Красцветмет и Свеза поделились своим опытом внедрения ELMA365 на конференции Business Process Management 2025
Разработчики маркетинговой платформы «Поинтер» и ELMA365 выпустили совместный модуль для эффективной работы с отзывами.
Наградной сезон не только в Голливуде — состоялась церемония вручения ELMA Awards’25.