ELMA365: больше удобства для крупных проектов — контроль версий, жизненный цикл, массовые операции
Летний релиз платформы: контроль над изменениями в решениях, отдельные модели статусов и воронки для любых приложений, массовые операции в TSSDK и WebAPI
ELMA365 продолжает развиваться как платформа для корпоративной автоматизации Enterprise-клиентов. В летнем релизе мы сосредоточились на управляемости разработки на уровне интеграторов и внутренних центров компетенций: на контроле изменений в решениях, на гибкости моделей статусов и на производительности операций с данными.
Версионирование охватило приложения, бизнес-процессы, разделы, модули, решения и методы API. Группы статусов позволяют описать несколько жизненных циклов внутри одного приложения. В TSSDK и WebAPI добавлены массовые операции и методы разбора монитора ошибок. Отдельный блок изменений касается календаря и организационной структуры.
Новые функциональные возможности
Версионирование решений, модулей и методов API
Фиксируйте этапы разработки, сравнивайте версии между собой и возвращайтесь к рабочему состоянию решения.
В крупных внедрениях над одним решением работают несколько команд: кто-то меняет структуру приложений, другой правит бизнес-процессы и модули, доработки накатываются на общий стенд. Когда изменение оказывается неудачным, вернуть решение к рабочему состоянию можно только восстановлением структур вручную.
Версионировать можно приложения, бизнес-процессы и формы как по отдельности, так и в составе разделов, модулей и решений. Версии фиксируются на логических этапах разработки, сравниваются между собой на уровне отдельных структур и целых решений, а система позволяет переключиться на любую сохраненную версию.
Версионирование распространяется на пользовательские модули и методы API. Версия модуля включает версии входящих в него виджетов, бизнес-процессов и методов API. При публикации метода API новая версия создается автоматически, версии модуля фиксируются вручную.
Разработчик видит историю изменений, контролирует состав каждой версии и быстро восстанавливает стабильное состояние при ошибке.
Группы статусов в приложениях
Настраивайте отдельный жизненный цикл для каждого типа заявки или процедуры в рамках одного приложения.
Одно приложение часто обслуживает несколько разных по логике сценариев, например, типы заявок, варианты закупочных процедур, категории обращений. Единая модель статусов заставляет сводить их в один жизненный цикл и усложняет процесс.
Группы статусов переносят логику воронок продаж из CRM в любое приложение. Для каждого сценария настраивается своя последовательность статусов, свои действия при переходе в конкретный статус и своя видимость статусов на канбан-доске для отдельных пользователей, групп и должностей.
Компания описывает разные процессы в одном приложении и сохраняет управляемость каждого из них. Инструмент подключается по отдельной лицензии.
Массовые операции в TSSDK и WebAPI
Обрабатывайте десятки тысяч элементов приложения в одной транзакции: создание со связями, смена статуса, жесткое удаление.
Сценарии интеграции и миграции данных упираются в поэлементную обработку: время выполнения растет линейно, а частичный сбой оставляет данные в несогласованном состоянии.
В TSSDK добавлены методы массовой обработки элементов приложения. Массив обрабатывается в одной транзакции, что обеспечивает быстродействие и консистентность данных: создание связанных элементов в нескольких приложениях, изменение статуса, жесткое удаление. Создание связанных элементов доступно и через WebAPI.
Отдельно расширены возможности разбора монитора ошибок. Методы WebAPI «Пропуск шага» и «Перезапуск шага», включая массовые версии, позволяют администратору написать процесс со скриптом, отобрать экземпляры по собственному фильтру и обработать их автоматически. Метод getExits() и соответствующий метод WebAPI возвращают название перехода, что делает сценарии гибче.
Подбор времени встречи
Находите интервал, свободный у всех участников, с учетом их рабочего времени.
При конфликте с существующими событиями система анализирует занятость участников и предлагает ближайшие свободные интервалы в границах их рабочего времени.
Организатору не нужно просматривать календари по одному и согласовывать время в переписке. Встречи с несколькими участниками собираются быстрее, число переносов сокращается.
Рабочий график в разделе «Календарь»
Показывайте сотруднику его рабочие и нерабочие дни и часы, включая сменные графики.
В разделе «Календарь» отображается рабочий календарь, назначенный пользователю. Поддерживаются графики по дням недели и сменные графики: при графике 2/2 в календаре видно соответствующее чередование смен.
Сотрудник планирует события по фактическому рабочему времени и не сверяется с графиком отдельно.
Поиск по дереву оргструктуры
Находите сотрудника по имени, должности или отделу, сохраняя контекст структуры компании.
Строка поиска работает по дереву организационной структуры. Дерево при этом остается раскрытым, поэтому найденный сотрудник виден сразу в своем подразделении вместе с окружением.