Directum RX 4.10: Новые возможности No-Code
Встречайте облачную версию Directum RX 4.10! Вас ждут новые возможности для настройки системы с помощью механизма no-code, новинки для удобной работы в проводнике, развитие машиночитаемых доверенностей и многое другое.
No-code: блоки для прикладных задач
В Directum RX 4.10 для настройки бизнес-процессов добавлены новые блоки:
- «Согласование»
- «Доработка»
- «Обработка документов»
- «Подписание»
- «Контроль возврата от контрагента»
- «Ожидание подписания контрагентом»
- «Преобразование в PDF»
- «Расширенное задание»
- «Рассмотрение несколькими адресатами»
- «Регистрация эл. доверенности/заявления на отзыв в ФНС»
Они не привязаны к определенному типу задачи, поэтому их можно использовать в любых задачах. Например, блоки используются в стандартных вариантах процессов для задач на согласование по процессу и на свободное согласование. Также с их помощью можно адаптировать стандартные варианты процессов или создать новые под потребности организации.
Блоки гибко настраиваются, например, в блоке «Согласование» можно указать исполнителей с помощью вычисляемых выражений и ролей. Также в нем настраивается согласование с замечаниями, подписание документа простой или усиленной ЭП и добавление согласующих в карточке задания.
No-code: задача на согласование по процессу
В системе появился новый тип задачи – «Задача на согласование по процессу». С ее помощью можно согласовывать документы по принятым в организации процессам.
Принцип работы новой задачи схож с согласованием по регламенту: ответственный сотрудник получает задание на согласование документа, выполняет его с замечаниями или без них, отправляет на доработку или переадресовывает другому сотруднику. После согласования документ можно подписать, зарегистрировать, распечатать, создать по нему поручение или отправить контрагенту.
По умолчанию в системе есть варианты процессов для согласования внутренних, договорных, финансовых, проектных документов, входящих счетов, исходящий писем и служебных записок. При отправке документа автоматически выбирается подходящий вариант процесса, который при необходимости можно изменить вручную:
Если Directum RX используется впервые или в компании появились новые бизнес-процессы, то рекомендуется отправлять документы на согласование по процессу, предварительно настроив эту возможность. Ранее стартованные задачи на согласование по регламенту останутся действующими. При обновлении на новую версию прежние бизнес-процессы рекомендуется также постепенно переводить на новый тип задачи, так как механизм no-code продолжит развиваться в следующих версиях.
Аналитику или администратору нужно адаптировать стандартные варианты процессов под потребности организации с помощью механизма no-code. Например, настроить согласование договоров поставки.
Кроме этого, для гибкой настройки согласования добавлены новые вычисляемые роли, например «Администратор проекта», «Главный бухгалтер», «Подписывающий» и пр.
No-code: задачи, настраиваемые в проводнике
В версии 4.10 на no-code переведены задачи:
- на верификацию комплекта документов
- на запрос продления срока задания
- на запрос отчета по поручению
- на контроль возврата документа
- на свободное согласование
- используемые для обмена с контрагентами
Раньше их схемы настраивал разработчик, теперь это может сделать аналитик или администратор без разработки кода. Основная логика задач осталась прежняя.
No-code: развитие возможностей по настройке системы
Кроме новых задач и блоков инструменты no-code пополнились новинками для удобной локализации настроек, для добавления результатов выполнения в блоке «Задание», а также появилась возможность настроить вызов справки с обложки модуля.
Локализация настроек бизнес-процессов и интерфейса
Появилась возможность локализовывать настройки бизнес-процессов и интерфейса в удобном формате, что позволяет изменять существующие строки или переводить их на поддерживаемые в системе языки. Для этого на обложке модуля «Администрирование» появились действия, с помощью которых можно экспортировать и импортировать строки локализации.
После выгрузки переводчик может изменить строки, заполняя соответствующую колонку в таблице, а затем снова импортировать строки из файла в систему.
Расширение списка локализуемых полей
В настройках бизнес-процессов и интерфейса расширен список полей, значения которых можно локализовать:
- названия и описания параметров процессов, заголовков блоков, а также записей справочников с настройками;
- критерии вычисляемых ролей.
Изменение свойств объектов с помощью настройки
Теперь можно добавлять настройки для изменения значения свойств объектов в веб-клиенте без разработки кода. Например, при согласовании документа должно меняться его состояние жизненного цикла. Для этого в схеме варианта процесса задается настройка, благодаря которой свойства объектов могут в дальнейшем меняться при выполнении задания, при завершении блока или задачи.
Добавление результатов выполнения в блоке «Задание»
В новой версии легко прямо в проводнике настраивать результаты выполнения для заданий, созданных в рамках блока с типом «Задание»:
- изменять иконки и наименования кнопок;
- добавлять новые результаты выполнения.
Это позволяет гибко адаптировать бизнес-процессы без разработки кода. Например, руководителю нужно согласовывать оплату по входящему счету. Задание необходимо выполнять с одним из результатов: оплатить входящий счет, отложить рассмотрение на следующий квартал или отказать. Для этого достаточно их добавить в блоке «Задание» на вкладке «Результаты выполнения»:
Для удобной работы результаты выполнения можно удалить из списка и скрыть из карточки задания по специальным кнопкам. Настроенные результаты выполнения появляются в карточке задания.
Вызов справки с обложки модуля
Теперь можно задать раздел справки, который открывается с обложки модуля по кнопке 
. Например, это полезно, если вы создали свой модуль и встроили в справку его описание. Нужный раздел указывается в справочнике Модули проводника в новом поле ИД раздела справки:
Удобная работа в веб-клиенте
Копирование значения из ячейки списка. В новой версии можно в пару кликов скопировать значение из ячейки списка или со вкладок «Состояние» и «Связи». Например, в списке «Недавние документы» скопировать имя документа или дату договора. Достаточно правой кнопкой мыши вызвать контекстное меню и выбрать в нем пункт Копировать значение.
Улучшение фильтрации в поле с ФИО сотрудника. В новой версии улучшен механизм заполнения полей с ФИО сотрудников с помощью like-ввода. Теперь система подбирает подходящих сотрудников в зависимости от последовательности ввода данных. По первому фрагменту ищутся значения среди фамилий, по второму – среди имен, по третьему фильтруются подходящие отчества или должности. Таким образом, в верху выпадающего списка оказываются наиболее релевантные значения:
Машиночитаемые доверенности
Структурированные полномочия электронной доверенности. Раньше при создании электронной доверенности полномочия указывались только вручную. В новой версии для доверенностей в формате 003 это можно сделать, выбрав запись из справочника Полномочия электронной доверенности. Они объединены в группы, благодаря этому при заполнении карточки доверенности легче найти необходимые полномочия.
Теперь администратор может импортировать и обновлять полномочия и их группы из единого классификатора Минцифры с помощью утилиты RxCmd, а делопроизводитель при создании доверенностей – выбирать актуальные полномочия.
Также для доверенностей в формате 003 сохраняется возможность указывать полномочие в свободной форме.
Импорт электронных доверенностей. В новой версии появилась возможность импортировать в систему электронные доверенности в форматах 002 и 003 с передоверием, с несколькими доверителями, с разными типами доверителей.
При импорте таких доверенностей в системе формируется печатная форма документов в формате PDF.
Масштабируемость, оптимизация и безопасность
Подписание документов. Иногда на документе может быть установлено большое количество подписей. В новой версии оптимизировано подписание и ускорено открытие карточек документов, а также ускорена работа с окном списка подписей. Теперь информация отображается в нем, даже если на документе установлены десятки тысяч подписей.
Кроме того, в окне списка подписей стало удобнее искать и просматривать информацию:
Надежность и своевременность снятия блокировок. Для повышения стабильности работы системы доработан механизм блокировок:
- уменьшено количество ситуаций, когда блокировка, установленная системой или сотрудником, не снимается длительное время либо совсем;
- уменьшено время автоматической разблокировки карточек, которые не редактируются. Для всех объектов теперь это время составляет 30 минут, для заданий – 2 часа.
ГОСТ-подписание через Рутокен без КриптоПро. Теперь электронная подпись формируется веб-агентом, если документы подписываются с помощью Рутокен ЭЦП 3.0 сертификатами ГОСТ, выданными центром сертификации Рутокен. Это упрощает настройку рабочих мест, так как устанавливать СКЗИ на клиентские компьютеры не требуется.
***
Полный список новых возможностей можно посмотреть в документах «Изменения Directum RX 4.10» и «Изменения Directum RX 4.10. Исправленные замечания». Также на версию Directum RX 4.10 адаптированы решения «Agile-доски 2.0», «Планирование проектов 3.0», «База знаний 1.1» и «Встроенный редактор 1.1».
Об изменениях мобильных решений расскажем в ближайшее время в отдельной статье.
Познакомиться с новинками Directum RX 4.10 уже сейчас можно на демостенде. Облачные стенды обновятся через 1-2 недели. О технических работах на стенде мы дополнительно сообщим в рассылке по почте. Для локальной установки версия станет доступна через несколько недель. О выходе также сообщим дополнительно.
Directum RX
Directum RX 4.10
Электронный обмен документами
Оптимизация
Новая версия
Использование и настройка
Администрирование
Веб-клиент
ЭДО с контрагентами
МКДО
Настройка согласования
Машиночитаемая доверенность (МЧД)
Электронная доверенность
No-code
5
Если вас интересует консультация по решению или версии ПО, оставьте заявку, и представители компании Directum свяжутся с вами
Отличные изменения в версии
тут картинка не прогрузилась
Очень жаль, что развитие инструментов для разработки не идет, огромное кол-во идей (из соседнего раздела) не реализуются. т.к. когда ты автоматизируешь крупные предприятия, то понимаешь, что RX с каждым разом все меньше и меньше закрывает современные требования к интерфейсам и обработке данных.
Я уже лет 10 говорю о том, что нужна именно платформа, где ограничения для разработчиков должны стремиться к 0, тогда и no-code сами разработчики, давно бы реализовали. А в итоге, года через 3 мы придем к отказу от СДС, но с возможностью в веб-клиенте писать свои скрипты, и получим D5.
Почему-то все тащатся с этого no-code, но по факту, это шаги в пользу скорости и удаление от возможностей. Вот только бизнесу важней получить качественно и удобно, а не быстро и с костылями.
В итоге все больший переход на no-code, делает из RX не в ECM систему, а в обычный документооборот для хождения документиков.
И это лишь самая малость
Идти нужно, по пути уменьшения скорости разработки, и увеличение возможностей, а не переложить с разработчика создание формочки или схемы на аналитика. Заказчику начихать, через 3ч вы запустите новый функционал или через 3 дня, но не начихать на итоговую функциональность.
Евгений,
> Заказчику начихать, через 3ч вы запустите новый функционал или через 3 дня, но не начихать на итоговую функциональность.
Мы видимо с разными заказчиками работаем.
Что то я ни разу не слышал от заказчика "сделайте мне вот так, я готов ждать полгода", обычно "сделайте мне вот так и через 3 дня" :)
И да, обычно тот, кто принимает решение, не залазит в такие дебри, которые вы привели в примерах. Он просто говорит "а зачем мне это делать на вашей системе, я лучше вот на той сделаю, потому что они за 3 дня сделают". И пофигу что там будет криво, некрасиво, меньше тонкого тюнинга и т.д.
Блоки для прикладных задач в No-Code - давно бы пора. Явно востребованный функционал при построении своих процессов.
Андрей, потому, что ваша задача быстро внедрить и пойти и за другие проекты браться. А когда вы работает у заказчика в штате, там совсем другие приоритеты. Там вопрос денег не стоит.
Евгений,
С учетом что я с одним заказчиком работаю вот уже больше 10 лет, очень спорное утверждение :)
И да, у этого заказчика для его внутренних ИТ служб принцип выбора реализации решения точно такой же, зачем мне делать на этой системе, если вот на той можно сделать в 3 раза быстрее. Да и требования по срокам реализации решений к внутренним службам аналогичные, никто не будет ждать полгода, будут искать альтернативные варианты/системы, что бы получить результат быстрее.
Андрей, Так я ровно об этом и говорю, директум идет по пути, упрощения для быстрых схемок, всё что сложнее - не для нас, пусть в другой системе.
А что в этом хорошего?
И какие пол года, условно ту же схему в сдс накидать, на 1-2 дня дольше чем в no-code, а если бы еще развивали СДС, то разница была бы еще меньше. Да и главный вопрос, схемы это лишь маленькая часть БП. Да и в текущее время, почти каждый БП с чем-то интегрируется.
no-code это маркетинг, который позволяет красиво говорить для продажи.
Да и я бы не сказал, что с no-code проще создавать задачки, т.к. там все равно нужна разработка, только путаницы больше.
Евгений,
> Так я ровно об этом и говорю, директум идет по пути, упрощения для быстрых схемок, всё что сложнее - не для нас, пусть в другой системе.
Я не могу говорить за стратегию развития системы, я ей не занимаюсь. Но вы немного странные выводы делаете.
С т.з. существующих возможностей разработки нам, вроде как, никто ничего не зарезал. Где то даже новые возможности подкидывают, например https://club.directum.ru/webhelp/directumrx/4.9/web/index.html?wn_dobavleniye_storonnikh_kontrolov.htm в 4.9 (это из совсем крупного), а так, вроде в каждой версии какие то, пусть и небольшие, доп возможности докидывают.
Со стороны, вроде как все выглядит так что "сейчас основной акцент делается на быстрые схемки/формочки, без ущерба возможностей разработки"
Да, возможно вам (да и не только вам) как разработчику хотелось бы больше интересного для разработки (в идеале вообще отдать все исходники платформы и получить возможности уровня Бог :) ).
По вашим пунктам:
1. > но нормального шифрования документов так и нет, администратор смотри, что хочешь.
Да вроде есть. Из системы, средствами системы, независимо от ОС. Это касательно самой платформы. Если тут про какие то конкретные прикладные решения, тут, наверное да, толком никуда оно не встроено.
2. > а у нас все еще редактор формы для десктопа
Да, боль. Но, я думаю, это переделают. У нас как бы вся DDS на линуксе пока не работает, а должна.
Динамические формы и прочее с кастомными контралами - не совсем понял что именно хочется, но частично что то можно сделать средствами, которые я скинул выше ссылкой. Там вообще много чего можно воротить с т.з. интерфейса.
Всякие мелкие красивости (выходные дни, наверное еще и с учетом календаря рабочего времени) - а пожелалку оформляли? Если нет - оформите, пожалуйста.
Диалоги - да, боль. Сами страдаем и оформляем регулярно.
> Чтобы поменять базовую логику, ты либо нелегалом занимаешься, либо сотни строк кода копируешь.
Это сделано не просто потому что "так захотелось". Это в первую очередь гарантийные обязательства вендора и внедренцев.
К сожалению в коробочной прикладной предусмотреть все нереально (как и в любой разработке). Мы обычно оформляем пожелания, что бы давали возможность перекрывать то что нам нужно. Конечно это все дорабатывают с задержкой и оно нам становится уже не актуально, но как минимум в следующий раз уже проще.
1. > Да, возможно вам (да и не только вам) как разработчику хотелось бы больше интересного для разработки (в идеале вообще отдать все исходники платформы и получить возможности уровня Бог :) ).
Хороший инструмент разработки, позволяет делать все самим, а не ждать годами пока директум выпустить это в новой версии. Тот же ноу-код можно сделать было бы самому и очень давно. Да и в инструмент разработки что-то добавляют, но это капля в море, фундаментальных изменений нет, да и добавляется в основном то, чтобы работать с ноу-код.
Вот банальный пример, у нас календарь в поле дата не показывает выходные и праздничные дни, а в отпусках это ключевой момент, у нас что не праздники, так бухгалтерия постоянно делает перерасчеты из-за этого.
2. > Да вроде есть. Из системы, средствами системы, независимо от ОС. Это касательно самой платформы. Если тут про какие то конкретные прикладные решения, тут, наверное да, толком никуда оно не встроено.
Нету нормального шифрования, администратор может видеть всё. Отсюда вопрос, как хранить трудовые договоры, сканы паспортов и т.п.? Ведь это базовые решения КЭДО.
"сотрудники, входящие в предопределенные роли «Аудиторы» и «Администраторы», у которых обычно есть права на все объекты системы, не могут работать с содержимым зашифрованных документов. При попытке открыть документ у них появляется ошибка. Содержимое доступно, только если им явно выдать права доступа. При этом сотрудники могут открыть карточку документа. Из нее администратор может выдать права на зашифрованный документ любому сотруднику, в том числе себе." - занавес.
Евгений, да, технологии low/hard-code и no-code имеют каждая свои плюсы и минусы. И каждому свое. Об этом регулярно говорим. Почитайте статьи
Как no-code и low-code меняют стоимость разработки
Как меняются роли и функции аналитика и разработчика с внедрением no/low-code-подхода
Разделяй и властвуй: какую работу передать аналитику, а что оставить разработчику при использовании no-code/low-code?
И продукт развивается и в сторону hard/low и no-code.
Евгений,
> Хороший инструмент разработки, позволяет делать все самим, а не ждать годами пока директум выпустить это в новой версии.
Дак это вы рассказываете уже не про инструмент разработки какой то системы. Это вы рассказываете про какую то систему, исходники которой выброшены в какой нибудь github.
Так можно вообще дойти до уровня "а зачем нам какую то систему покупать и внедрять, давайте сами напишем", но так почему то не делают (ибо дорого, снова про деньги).
> При этом сотрудники могут открыть карточку документа. Из нее администратор может выдать права на зашифрованный документ любому сотруднику, в том числе себе."
Не до конца дочитали ведь
А строгий доступ -
Но такие драконовские меры защиты очень не любят it службы заказчиков. Ибо "у нас ошибка в проде/пользователь не понимает куда нажать/пользователь что то сделал и все сломалось, а админ/поддержка/разработчик ничего не могут с этим сделать, ибо ничего в системе не видим"
Просто шифрование - это ведь не защита от доступа из интерфейса системы, это в первую очередь защита от тех, кто на жесткий диск с ФХ ходит и может скопировать себе содержимое ФХ. Защита в самой системе - это строгий доступ.
Елена, Я прекрасно это понимаю, я говорю о том, что развитие инструментов для разработки можно сказать забросили, весь упор на ноу-код, это видно уже последние 4 версии.
Отсается только надеется, что начнут и инструменты для разработки так же развивать, но пока предпосылок к этому не видно.
Андрей,
1. > Дак это вы рассказываете уже не про инструмент разработки какой то системы. Это вы рассказываете про какую то систему, исходники которой выброшены в какой нибудь github.
Нет же, достаточно разработчикам дать инструменты, где не будет постоянно возникать вопросы, какого хрена я не могу нормально работать с диалогами, списками, табличными частями, почему в ЛК вносить модификации это боль и страдания, которые занимают тонну времени, дайте нормальный работу с сущностями, чтобы можно было динамические формы реализовать, ведь там ограничение совсем небольшие надо снять или добавить в платформу. Посмотрите раздел идеи, что из топовых идей реализовано за последние пару лет? единицы.
Евгений,
1. что касается инструмента разработки, то в последнее время акцент в развитии был на сокращение времени модификации в текущих возможностях. Из последнего - это сокращение времени сборки, экспорта, публикации, сохранения, инициализации, запуска DDS. Ранее hotdeploy. Коллеги приводили и другие примеры со сторонними контролями, рядом тот же public API. К слову, тот же календарь с выходными можете сделать сами с помощью этого контроля - вы просили, мы сделали. Если посмотрите изменения по версиям, наверняка еще много всего увидите.
За инструмент не переживайте - все будет, не все над чем мы работаем можем выпускать сразу, но оставлю тут интригу )
2. У нас нет цели все перевести на ноукод, но многие задачи проще и эффективнее решать через этот инструмент и это не только маркетинг (хоть и не без него конечно), но и факты с реальных проектов. При этом мы и от лоукода не отказываемся и говорим об этом на всех вебинарах и статьях.
Мы прагматичная компания и стараемся находить решения, которые будут закрывать потребности бизнеса оптимальным способом с учетом производительности, стабильности системы и скоростью\стоимостью адаптации в том числе с учетом компетенций людей которые эти адаптации делают.
Сергей,
>Вот банальный пример, у нас календарь в поле дата не показывает выходные и праздничные дни, а в отпусках это ключевой момент, у нас что не праздники, так бухгалтерия постоянно делает перерасчеты из-за этого.
Евгений, какой-то сомнительный пример с календарем. Настроить календарь рабочего времени и добавить в нужные места обработку на проверку рабочий день или праздничный, совсем не сложно и не дорого. Как вариант, добавьте подсветку контрола, где это особо важно.
Добрый день!
Уточните пожалуйста:
1. В новой версии no-code возможно передавать версию документа в качестве параметра процесса? Если необходимо делать вызов нескольких подзадач в рамках главной схемы и в подзадачах формируются свои документы.
2. Есть ли иметь возможность регулировать время автоматической разблокировки карточки?
Авторизуйтесь, чтобы написать комментарий