Processes, running and readable
Every case is a BPMN diagram you can open: the active task is highlighted, the variables are beside it and the history is one tab away.
- Active task highlighted on the diagram, not buried in a status column.
- Variables and sub-processes beside the diagram, so a question is answered without a developer.
- History every transition with its author and its timestamp.
The diagram is the system
BPMN 2.0, drawn in the browser. What is drawn is what executes — there is no second artefact to keep in step with it.
- Draw and run no generation step, no deployment window.
- Versions a change is a new version; cases in flight finish on the old one.
- Rules in Groovy where a diagram is not enough, a rule is — still without a release.
Where a diagram is not enough, a rule is
Groovy, edited in the browser against the same data the process sees. It is still configuration: no build, no artefact, no release window.
- In the browser written, saved and in force — no deployment between the three.
- Against real data the same records, the same permissions, the same audit trail.
- Reusable one rule behind a button, a validation and a scheduled job alike.
Dynamic forms with their own settings
Fields, validation, visibility and permissions are configured on the form itself — not compiled into it.
- Validation stated per field, in the same place a person would look for it.
- Conditional visibility a field appears because of a rule, not because of a branch in code.
- Permissions who may see it and who may change it, per role group.
Everything that happened, and who made it happen
Not a log file for engineers. A register a regulator, an auditor or a department head can read without being taught how.
- Per record what changed, from what, to what and when.
- Per person attributable by name, not by a service account.
- Exportable in a form the auditor can actually open.
The lists people actually work in
Filters, columns and row actions are configuration. A register is shaped by the person who uses it, not by a ticket.
- Row actions gated by a predicate, so a button that must not work is not shown.
- Saved filters the view a person opens every morning, kept.
- Export the same columns, in a file, without asking anyone.
Dashboards built the same way everything else is
A report is a query, a layout and a permission — configured, not commissioned. The numbers come from the same records the process wrote.
- From the same data no export, no nightly copy, no second version of the truth.
- Configured a new chart is a same-day change, not a ticket.
- Permissioned the same role groups that gate the records gate the report.
The rest of the range
Every one of them is the same core with different business logic.
Bring us your worst process
Thirty minutes, your own workflow on the screen, and an honest answer about whether this fits.
Процессы — запущенные и читаемые
Каждый экземпляр — это схема BPMN, которую можно открыть: активная задача подсвечена, переменные рядом, история в соседней вкладке.
- Активная задача подсвечена на схеме, а не спрятана в колонке статуса.
- Переменные и подпроцессы рядом со схемой — вопрос закрывается без разработчика.
- История каждый переход с автором и временем.
Схема и есть система
BPMN 2.0 прямо в браузере. Что нарисовано, то и исполняется — второго артефакта, который надо синхронизировать, нет.
- Нарисовал — работает без генерации кода и без окна выкатки.
- Версии изменение — это новая версия; запущенные экземпляры доживают на старой.
- Правила на Groovy там, где схемы мало, хватает правила — и снова без релиза.
Там, где схемы мало, хватает правила
Groovy прямо в браузере, над теми же данными, что видит процесс. Это по-прежнему настройка: без сборки, без артефакта, без окна релиза.
- В браузере написал, сохранил, работает — между этим ничего нет.
- По реальным данным те же записи, те же права, тот же аудит.
- Переиспользуется одно правило и за кнопкой, и в валидации, и в планировщике.
Динамические формы со своими настройками
Поля, валидация, видимость и права настраиваются на самой форме, а не зашиваются в неё.
- Валидация задаётся у поля — там, где её и станут искать.
- Условная видимость поле появляется по правилу, а не по ветке в коде.
- Права кто видит и кто меняет — по группам ролей.
Всё, что произошло, и кто это сделал
Это не лог для инженеров. Это реестр, который читает регулятор, аудитор или руководитель отдела — без обучения.
- По записи что изменилось, с чего, на что и когда.
- По человеку именно, а не от имени сервисной учётки.
- Выгружается в виде, который аудитор действительно откроет.
Списки, в которых реально работают
Фильтры, колонки и действия в строке — это настройка. Реестр настраивает тот, кто в нём работает, а не тикет в бэклоге.
- Действия в строке закрыты предикатом: кнопка, которой нельзя, не показывается.
- Сохранённые фильтры тот вид, который человек открывает каждое утро.
- Выгрузка те же колонки, файлом, без запроса.
Дашборды собираются так же, как всё остальное
Отчёт — это запрос, раскладка и права: настраивается, а не заказывается. Цифры берутся из тех же записей, которые создал процесс.
- Из тех же данных без выгрузок, ночных копий и второй версии правды.
- Настраивается новый график — изменение за день, а не тикет.
- С правами те же группы ролей, что закрывают записи, закрывают и отчёт.
Остальные продукты
Все они — одно ядро с разной бизнес-логикой.
Принесите нам самый тяжёлый процесс
Тридцать минут, ваш собственный процесс на экране и честный ответ — подходит это вам или нет.
Գործընթացներ՝ գործարկված և ընթեռնելի
Ամեն դեպք BPMN դիագրամ է, որը կարելի է բացել։
- Ակտիվ խնդիր ընդգծված դիագրամի վրա։
- Փոփոխականներ և ենթագործընթացներ դիագրամի կողքին՝ առանց ծրագրավորողի։
- Պատմություն ամեն անցում՝ հեղինակով և ժամանակով։
Դիագրամը հենց համակարգն է
BPMN 2.0՝ բրաուզերում։ Ինչ գծված է, այն էլ կատարվում է։
- Գծեցիր՝ աշխատում է առանց կոդի գեներացիայի և թողարկման պատուհանի։
- Տարբերակներ փոփոխությունը նոր տարբերակ է։
- Կանոններ Groovy-ով որտեղ դիագրամը քիչ է, կանոնը բավարար է։
Որտեղ դիագրամը քիչ է, կանոնը բավարար է
Groovy՝ բրաուզերում, նույն տվյալների վրա, որոնք տեսնում է գործընթացը։
- Բրաուզերում գրեցիր, պահպանեցիր, գործում է։
- Իրական տվյալների վրա նույն գրառումները, նույն իրավունքները, նույն աուդիտը։
- Վերօգտագործելի մեկ կանոն՝ կոճակի, վալիդացիայի և պլանավորիչի հետևում։
Դինամիկ ձևեր՝ իրենց կարգավորումներով
Դաշտերը, վալիդացիան և իրավունքները կարգավորվում են հենց ձևի վրա։
- Վալիդացիա նշվում է դաշտի մոտ։
- Պայմանական տեսանելիություն դաշտը հայտնվում է կանոնով, ոչ թե կոդի ճյուղով։
- Իրավունքներ ով է տեսնում և ով է փոխում՝ ըստ դերերի խմբերի։
Ամեն ինչ, ինչ տեղի է ունեցել, և ով է արել
Սա ինժեներների մատյան չէ, այլ ռեգիստր, որը կարդում է աուդիտորը։
- Ըստ գրառման ինչ է փոխվել, ինչից, ինչի և երբ։
- Ըստ անձի անվանական, ոչ թե սպասարկման հաշվից։
- Արտահանվող այնպիսի ձևով, որը աուդիտորը կբացի։
Ցանկեր, որոնցում իրապես աշխատում են
Զտիչները, սյուները և տողի գործողությունները կարգավորում են։
- Տողի գործողություններ փակված են պրեդիկատով։
- Պահպանված զտիչներ այն տեսքը, որը մարդը բացում է ամեն առավոտ։
- Արտահանում նույն սյուները՝ ֆայլով։
Վահանակները կառուցվում են նույն կերպ
Հաշվետվությունը հարցում է, դասավորություն և իրավունք։
- Նույն տվյալներից առանց արտահանման և ճշմարտության երկրորդ տարբերակի։
- Կարգավորվում է նոր գծապատկերը մեկ օրվա փոփոխություն է, ոչ թե տոմս։
- Իրավունքներով նույն դերերի խմբերը փակում են նաև հաշվետվությունը։
Մնացած ապրանքները
Բոլորը նույն միջուկն են՝ տարբեր բիզնես տրամաբանությամբ։
Բերեք ձեր ամենածանր գործընթացը
Երեսուն րոպե, ձեր իսկ գործընթացը էկրանին և ազնիվ պատասխան։
