Центр финансовой ответственности, интеграции ELMA Bot с другими системами, повышение качества внутреннего сервиса с ELMA ChatDesk — это и другое в июньском релизе ELMA365. Ниже подробнее. 

ELMA365 CRM

Системное решение «Финансы»

Центр финансовой ответственности

В раздел «Финансы» CRM-системы ELMA365 добавлен системный справочник ЦФО — Центры финансовой ответственности —  чтобы иметь возможность распределять поступления в зависимости от того, к какому центру финансовой ответственности они относятся. При создании нового ЦФО вы сразу можете указать «Ответственного» за ЦФО, а также  согласующих — обращение к согласующим будет добавлено вместе с согласованием расходной части в «Финансах». На данный момент управление расходами находится в разработке и появится в ближайших релизах.

Также были адаптированы бизнес-процессы по созданию, редактированию и распределению поступлений с возможностью указывать центр финансовой ответственности за платеж. 

Помимо добавления сущности ЦФО, в каждом из этих процессов были включены следующие дополнения: 

• исключена возможность сохранить выбранный в поле «Основание» элемент приложения, если приложение-основание не указано в настройках оснований;
• добавлена возможность установить не только дату, но и время в поле «Дата оплаты»;
• при выборе «Дата оплаты», приходящейся на выходной или праздничный день, заведенный в Рабочем календаре, под свойством “Дата оплаты” появляется предупреждение «Дата оплаты — выходной день»;
• при изменении даты в поле «Дата оплаты» время оплаты устанавливается на конец выбранного рабочего дня (если день праздничный или выходной, то выбирается время окончания рабочего дня, установленное по умолчанию). Если день укороченный, выбирается время окончания этого укороченного дня;
• поле ЦФО — обязательное для заполнения при создании  поступления и доступное при редактировании планового поступления;
• поле «Основание» стало доступным для редактирования в карточке планового поступления, если к нему пока еще не привязано ни одно фактическое поступление;
• проверка при сохранении карточки поступления, чтобы сумма не могла быть меньше нуля;
  поле «Статья ДДС» — обязательно к заполнению. 

Корректировки в бизнес-процессе «Распределение платежа» 

• При выборе основания платежа:

Как и было реализовано ранее при поступлении фактического платежа его необходимо привязать к плановому поступлению. Сейчас если по выбранному при распределении платежей приложению-основанию заведено одно плановое поступление, то оно подставится автоматически в одноименное поле. Если же по приложению-основанию заведено несколько плановых платежей, то при заполнении поля «Плановое поступление» выбор будет ограничен только ими. Если же к выбранному приложению-основанию не привязано ни одного планового поступления, то в выпадающем списке будут показаны все плановые поступления в статусах «Ожидание» или «Частично» оплачено.

• При выборе Планового поступления:

Поля «Основание» и «Компания» заполнятся автоматически после выбора планового поступления, если «Основание» и «Компания» были указаны при создании этого планового поступления, исходя из указанных полей. 

В приложении «Реестр поступлений» заблокировать статусы от удаления/изменения кода

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

Дополнения в виджете «Плановые поступления»

• Настройка колонок

В виджете «Поступления» администратор системы может выбрать свойства из приложения “Реестр поступлений», которые будут отображаться в столбцах таблицы. Разумеется, колонки, содержащие наиболее важную информацию, вынесены в отображаемый виджет по умолчанию. Однако, добавлено ограничение на удаление в виджете таких полей как «Название», «Дата оплаты», «Сумма: План», «Сумма:Факт» и «Статус», к которым дополнительно была установлена возможность сортировать поступления в виджете по этим колонкам.

• Отображение «рисковых» поступлений

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

• Компактное отображение 

В виджете «Поступления» по умолчанию фактические поступления свернуты, чтобы виджет более компактно отображал наиболее важную информацию.

ELMA ChatDesk

Бот работает в нерабочее время 

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

Есть возможность установить выходные и праздничные дни. 

Больше информации о внутреннем клиенте

Благодаря связке ELMA ChatDesk с ELMA Bot  ваши сотрудники могут написать обращение в мессенджере, не заходя внутрь системы. При этом чат-бот воспримет этого сотрудника как авторизованного пользователя. Это особенно удобно в случаях, когда в компания оставляет большое количество работников без лицензий на вход внутрь системы. С этим обновлением такие сотрудники смогут также получать качественный внутренний сервис. 

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

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

ELMA Bot

В июньском релизе мы добавили новые возможности для интеграции ботов в другими системами. 

Ввод справочных данных ELMA365 в чатах

У нас уже имелись элементы сценария для запуска процесса и создания элемента приложения. Обычно для запуска процесса пользователь заполняет стартовую форму, форма может содержать поля с выбором ФИО работника, элементов справочников, категорий и т.д. Для ввода таких данных можно было создать скриптовые расширения, которые через REST API загружали данные для выбора и проверки, что несколько усложняло настройку сценариев. Теперь в сценариях доступны универсальные элементы для ввода справочных данных, хранящихся в ELMA365:

• Запрос пользователя
• Запрос элемента приложения
• Запрос значения категории

Ветвление на основе данных

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

 
Файлы в сообщении бота

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

 
Отправка файлов через мессенджеры в скриптах 

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

Улучшение элемента скрипт

Ускорили выполнение скриптов на 60%, благодаря чему конечный пользователь бота не будет замечать задержку ответов при запуске скриптов.

ELMA365 ECM

Интеграция с Диадок

Мы продолжаем развивать интеграцию с операторами ЭДО. В рамках интеграции с Диадок доработан модуль интеграции с Диадок. Это обновление позволит снизит количество ошибок и увеличит скорость обработки документов при работе с Диадок в ELMA365. 

На форме выбора контрагента после ввода данных для поиска отправляется запрос в Диадок. Если контрагент найден, то появляется уведомление о успешном поиске. 

Если не найден, то выводится оповещение. Запрещена отправка документа без найденного контрагента. 

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

В рамках развития документооборота добавлен срок ознакомления в готовых маршрутах документов. 

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

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

МетодDocflowApplicationItem.getApprovalArchivedListsзагружает листы согласования в архиве

const item = await Context.data.n1;

const approvalLists = await item.docflow().getApprovalArchivedLists();

Метод

DocflowApplicationItem.getInformArchivedLists

загружает листы ознакомления в архиве

const item = await Context.data.n1;

const approvalLists = await item.docflow().getInformArchivedLists();

Контракты

Работа с контрактами в ELMA365 становится ещё удобнее. В рамках развития контрактов добавлена возможность открывать форму редактирования элемента-источника, если в блоке «Изменение элемента» указан контракт. Это позволяет уменьшить количество процессов и ускорить их разработку и изменение.
 
Напоминаем, что для получения источника в TSSDK можно использовать поле __sourceRef контракта.

const source = await Context.data.kontrakt.__sourceRef;

Процессы

Долгожданная функция появилась в процессах – теперь нашим клиентам доступна история версий процессов. 

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

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

Файловое хранилище

Большое обновление затронуло раздел «Файлы».
Массовое скачивание: В разделе «Файлы» можно выбирать один или несколько файлов. При выборе файлов появляется кнопка «Скачать». Если выбран один файл, то при нажатии на кнопку скачивается этот файл. Если выбрано несколько файлов, скачивается архив.

В контекстном меню файла добавлена кнопка «Создать копию» исходного файла.

При создании копии можно указать папку, в которую эта копия будет помещена.

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

Кроме того, копию можно создать с помощью горячих клавиш Ctrl+C, Ctrl+V. Для этого файл или папку необходимо выделить в дереве файлов ELMA365 и вставить её в другую папку или ссылку во внешнее приложение (ссылка копируется в буфер обмена).

ELMA365 OnPremises

Для улучшения работы в условиях повышенной нагрузки мы добавили функцию автоматического масштабирования микросервисов Приложения ELMA365 — horizontal pod autoscaling. Она динамически изменяет количество реплик каждого из компонентов в зависимости от его нагрузки, что позволяет более эффективно использовать предоставленные Приложению вычислительные ресурсы. Равномерное распределение трафика между репликами микросервиса и связность обеспечивается технологией Service Mesh, для чего используется Linkerd.

При обновлении установки Helm-пакетом нужно добавить в файл настроек несколько переменных, которые поставляются с новым дистрибутивом. Обновление для Ubuntu Linux с MicroK8s получило дополнительные пункты в опроснике. Также следует учесть, что повышение количества реплик микросервисов требует пропорционально больше вычислительных ресурсов в кластере.

Требуется обновление RabbitMQ до 3.9.15, в котором исправлена работа с очередями в режиме кластера. 

Добавлена возможность загрузки сертификата корпоративного удостоверяющего центра Certificate Authority для подключения приложения ELMA365 к ресурсам компании по зашифрованному протоколу TLS с использованием выпущенных этим центром сертификатов.

Low-code

Функции «отменить/повторить» в конструкторе виджетов

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

Публичный API метод для получения списка приложений 

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