Обновления в февральском релизе ELMA365

В февральском обновлении ELMA365 мы расширили гибкие настройки для администраторов low code системы, автоматизировали рутину менеджеров по продажам, сделали чаты еще удобнее, ускорили вход во Внешний портал и еще много всего!   Ниже подробнее.

 

Безопасность и удобство: интеграция модуля SAML

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

Для этого мы улучшили модуль SAML — протокол авторизации для сквозной связи между разными сервисами. Для рядового пользователя обновление добавит кнопку «Войти другим способом» на форме авторизации на разных сервисах. Браузер самостоятельно подтянет логин и пароль для быстрого входа во все сервисы ELMA. 

Для администраторов системы открылись новые гибкие настройки. Теперь SAML позволяет подтянуть данные для авторизации и аутентификации пользователя из браузера, минуя Active Directory (AD) и Lightweight Directory Access Protocol (LDAP).

Как настроить? 

1. Администратор настраивает на стороне провайдера аутентификации (например, Azure Active Directory) утверждения и сертификаты.
2. Администратор настраивает модуль SAML на стороне ELMA365 (провайдера сервиса)
3. Пользователь на форме авторизации выбирает «Войти другим способом» и входит в систему со своими учетными данными провайдера аутентификации.
4. Если пользователь с такими учетными данными еще не существует в ELMA365, он будет создан.

В настройках провайдера появились два новых параметра, определяющих поведение при создании пользователя: «Создавать пользователей в момент авторизации» и «Обновлять текущих пользователей». 

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

2. «Обновлять существующих пользователей». 
Да — если пользователь пытается авторизоваться в ELMA365 через SAML, и такой пользователь уже существует в ELMA365 (например, приглашен или импортирован), то пользователь будет обновлен, и его способом аутентификации будет SAML.
Нет — если пользователь пытается авторизоваться в ELMA365 через SAML, и такой пользователь уже существует в ELMA365 (например, приглашен или импортирован), то пользователь не будет обновлен, произойдет ошибка авторизации и супервизор компании получит оповещение о неуспешной попытке авторизации.

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

 

Расширение возможностей календаря 

Традиционно календарь в ELMA поддерживал формат недели, начинающейся с понедельника. Однако в западных странах, например в США, привыкли использовать календарь, в котором неделя начинается в воскресенья. С этим обновлением мы добавили возможность выбирать с какого дня начинается ваша неделя. Настроить формат можно в разделе «Администрирование» — «Настройки компании». 

Также мы добавили фичу, которая заинтересует тех, кто работает посменно или учитывает в работе порядок недель в году. Теперь сбоку пользователь видит нумерацию недель. Настройка доступна в разделе «Администрирование» — «Настройки компании». 

Кроме того, для иностранных локалей в «Администрирование» — «Настройки компании» можно выбрать формат нумерации недель: EU или USA. В зависимости от формата первой неделей года является неделя, на которую выпадает 1 января, или первая неделя января.

 

Удобное планирование рабочего времени

Одна из задач менеджера по продажам — быть на связи с клиентом. Ранее ELMA365 собирала в едином пуле все задачи, включая «CRM-задачи» —  «Встреча», «Звонок», «Письмо», «Вебинар». Из-за этого часть запланированных активностей могла теряться. Кроме того, не было гибкости — а вдруг звонок не состоялся и надо назначить новое время для разговора? 

С обновлением мы добавили сортировку задач на процессные и CRM-задачи для  удобного планирования рабочего времени. Более того, менеджер может вывести задачи типа «Встреча», «Звонок», «Письмо», «Вебинар» в формат канбан-доски. Вверху будут отображаться задачи с самым близким плановым сроком исполнения. 

Кстати, мы учли, что ранее при переносе CRM-задачи в календаре не отображалась актуальная дата дедлайна. Сейчас после изменения плановой даты выполнения задача ставится в календарь с учетом изменений.

 

Гибкая выгрузка данных по фильтру 

Обновление, которое в первую очередь порадует маркетологов! Мы добавили возможность применять фильтры при выгрузке данных в Excel-таблице. Например, ранее для аналитики маркетинговых активностей можно было применять фильтры только при просмотре данных: фильтрация по источнику сделки, по дате создания лида и так далее. А выгружаемая таблица состояла из огромного неотфильтрованного массива данных. Сейчас ELMA365 учитывает заданные параметры фильтрации и экспортирует в Excel-таблицы только необходимую вам информацию. 

 

Повышение контроля исполнительской дисциплины 

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

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

Задачи отдела доступны в разделе «Задачи» — «Мой отдел».

 

Выстроенный процесс при квалификации лида в сделку

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

То есть после нажатия на кнопку «Квалифицировать» прямо на форме лида появится всплывающее окно Pop-up, которое менеджер не сможет проигнорировать и создать пустую сделку. 

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

Рекомендуем! Не удалять со стартовой формы бизнес-процесса поля «Воронка» при сохранении двух возможных вариантов Типа квалификации. При выборе типа квалификации лида с созданием сделки и компании, сделка будет создана в той воронке, которую пользователь укажет в поле «Воронка»  при квалификации лида. 

 

Дополнительные настройки системных полей 

Отныне помимо создания своих полей в элементах приложений «Компании», «Сделки», «Контакты» вы можете донастроить и системные поля под нужды вашей компании. 

Для полей в приложении «Компания» открыта возможность применять дополнительные настройки полей 

• Рабочий телефон
• Рабочая почта
• Web
• Адрес
• ИНН

такие как настройка значений по умолчанию, маски валидации, подсказки, формат и прочее, а также использовать их в блоке «Изменение элемента» при настройке бизнес-процессов.

Для приложения типа «Сделка» открыты донастройки полей 

• Ответственный
• Компания
• Контакты
• Бюджет
• Адрес 

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

Для приложения типа «Контакты» — 

• Должность, тип, валидаторы, маска ввода
• Рабочий телефон
• Рабочая почта
• Skype
• донастройка масок валидации и др. 

 

Улучшили отчет «Прогноз поступлений» 

Если сделка закрыта с неуспехом, то она автоматически исключается из «Прогноза поступлений». Теперь у вашей компании есть всегда актуальная информация о сроках и количествах поступлений.

 

Брендирование системных email 

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

Все виды системных писем используют один шаблон, различается только тело, заполняемое соответствующим сервисом в момент отправки. Шаблон можно изменить в разделе «Администрирование» — «Настройки компании». 

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

Важно! {{.Body}} заполняется сервисом, отправляющим письмо, и содержит основную функциональную часть письма. Например, ссылку с приглашением в компанию или код второго фактора авторизации.

 

Быстрый старт работы во Внешнем портале  

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

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

 

Модуль интеграции с Диадок начал поддерживать работу с несколькими юрлицами компании

Это обновление для компаний с несколькими юридическими лицами (например, филиальные сети), которые работают в общем информационном и платформенном поле. Такие компании, как правило, имеют несколько аккаунтов в Контур.Диадок — сервисе для электронного документооборота, с которым, кстати, бесшовно интегрируется ELMA365. 

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

Кроме того, ELMA365 теперь может обрабатывать входящие пакеты документов и распределять, согласно настроенным типам документов в Диадок и ELMA365. Неизвестные типы документов cистема складывает в специальное приложение, чтобы данные не терялись. 

 

Улучшен элемент ввода для типа данных «Телефон»

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

 

Для платформенных разработчиков: улучшения в методах API в модулях

Поддержка нескольких HTTP методов одной функцией

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

Поддерживаются HTTP методы: GET / POST / PUT / PATCH / DELETE
Методы OPTIONS / HEAD нельзя реализовать явно — они работают на уровне платформы.

 

Вложенный роутинг в методах API в модулях

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

/root  — мы указываем некоторый путь до корневого расположения API для интеграции.
/root/method1, /root/method2— внешний сервис интеграции может потребовать реализовать такие вложенные пути в соответствии со своим протоколом обмена.

Теперь в методах API можно указывать такие пути в адресе с любым количеством разделителей вложенности (косая черта “/”).

 

Возможность вернуть файлы в Методах API в модулях

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

async function downloadFile(req: FetchRequest): Promise {
    const file = await System.files.search().first();
    const resp = new HttpResponse();
    resp.setFile(file!);

    return resp;
}

Возможность работать с временными файлами в сценариях

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

Теперь можно работать с этими временными файлами как с обычными. Можно получать ссылку или даже само тело файла.

if (ViewContext.data.page_file_field) {
    const file = await ViewContext.data.page_file_field.fetch(); // Можно загружать данные файла
    const createdby = file.data.__createdBy; // Вернет текущего пользователя
    const link = await _file.getDownloadUrl(); // Ссылка на прямое скачивание файла
    const hash = await _file.getFileMD5Hash(); // Посчитает хеш временного файла
    const getPermissions = await _file.getPermissions(); // Вернет пустой массив
}