BPMN редактор внутри 1С с хранением процессов и связями с метаданными

25.09.26

Функциональные - Управление бизнес-процессами (BPMS)

Расширение "Схемопоинт" встраивает редактор схем BPMN в тонкий клиент, сохраняет процессы в информационной базе и позволяет связывать шаги схемы с документами, справочниками, отчётами и обработками. Разработка предназначена для аналитиков и ИТ-руководителей, которым нужно хранить описание процесса рядом с объектами системы.

Бесплатные

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Узнавайте о новых бесплатных решениях в нашей телеграм-группе Инфостарт БЕСПЛАТНО

Наименование Скачано Бесплатно
Схемопоинт. BPMN редактор внутри 1С с хранением процессов и связями с метаданными
.zip 613,50Kb
33 Скачать бесплатно

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

Описание разработки

Что такое «Схемопоинт»

«Схемопоинт» — расширение для создания, импорта и хранения схем в нотации Business Process Model and Notation (BPMN) внутри информационной базы.

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

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

Разработка бесплатная, имеет открытый исходный код и развивается в том числе на GitHub. Проект планируется к расширению и все будут размещаться в текущей публикации.


Для чего это нужно

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

«Схемопоинт» позволяет создать или загрузить схему в информационную базу и дополнить её связями с метаданными.

Для аналитика это даёт возможность:

  • хранить BPMN-схемы непосредственно в информационной базе;
  • не начинать работу в новом редакторе с пустого холста;
  • связывать шаги процесса с объектами конфигурации;
  • открывать схему перед подготовкой новой доработки;
  • предварительно определять затрагиваемые объекты.

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

Обновление 0.0.7

В версии 0.0.7 добавлена возможность связывать элементы BPMN «Хранилище данных» (Data Store) с элементами справочника ИТ-систем (хранилища данных).

Теперь на схеме можно показать не только используемые данные, но и конкретные системы или хранилища, в которых они находятся: 1С, WMS, Excel, файловый или бумажный архив.

Что добавлено:

  • новый справочник «ИТ-системы (Хранилища данных)»;
  • связь с одним элементом справочника;
  • отображение названия ИТ-системы непосредственно на BPMN-схеме;
  • отчёт «Распределение ИТ-систем по процессам»;
  • отчёт о составе ИТ-систем, используемых в процессах;
  • тип и текстовое описание процесса в карточке процесса.

Связь хранится отдельно в информационной базе и не записывается в BPMN XML. 

На текущем этапе связи со справочниками поддерживаются для Data Store. Связи пулов, дорожек и задач планируются в следующих версиях.

Основные возможности

Создание и редактирование схем

Редактор позволяет создавать BPMN-схемы непосредственно в тонком клиенте. Пользователю доступны стандартные инструменты моделирования, предоставляемые библиотекой bpmn-js.

Импорт готового *.BPMN

Если схема уже подготовлена во внешнем редакторе, её можно сохранить в формате BPMN XML и загрузить в Редактор BPMN.

 

Файл должен иметь расширение .bpmn и кодировку UTF-8. Импорт выполняется только в новый, ещё не сохранённый процесс. Он не изменяет ранее созданные процессы и не объединяет схемы.

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

Связи с объектами конфигурации

Поддерживаемые элементы BPMN можно связать с объектами метаданных:

  • документами;
  • справочниками;
  • отчётами;
  • обработками.

Связи доступны для задач, событий, объектов данных, подпроцессов и вызываемых действий. Для одного элемента задаётся одна основная связь.

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

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

Линии, дорожки и пулы с объектами метаданных пока не связываются.

 

Базовые отчёты

В состав расширения входят два отчёта:

  • «Статистика элементов BPMN» показывает состав элементов выбранного процесса и количество элементов, имеющих связи;
  • «Количество объектов 1С в процессе» позволяет оценить количество объектов конфигурации, задействованных в процессе.

 

Как устроен редактор

Инженерной основой разработки является открытая JavaScript-библиотека bpmn-js. Редактор разделён на четыре части:

  1. Управляемая форма отвечает за команды пользователя и взаимодействие с информационной базой.
  2. Встроенный HTML-документ содержит рабочую область редактора и служебные элементы обмена.
  3. JavaScript-приложение на основе bpmn-js отображает и изменяет BPMN-модель.
  4. Справочники и регистр сведений хранят процессы, элементы схем и связи с метаданными.

"Техрежим" разработчика.
 

Обмен между формой и JavaScript

Управляемая форма открывает макет BPMNHTML в поле HTML-документа. После создания структуры документа внутри него запускается локально собранное JavaScript-приложение.

Для обмена используются элементы объектной модели документа — Document Object Model (DOM). В HTML находятся скрытые поля, кнопки и признаки состояния, через которые форма и JavaScript передают друг другу данные.

При открытии сохранённого процесса выполняется следующая последовательность:

  1. Форма получает BPMN XML из справочника процессов.
  2. XML помещается в служебное поле HTML-документа.
  3. Форма программно вызывает команду импорта.
  4. JavaScript передаёт XML в метод modeler.importXML().
  5. После завершения загрузки устанавливается состояние ready либо error.
  6. Только после состояния ready форма считает процесс успешно открытым.

Такая проверка нужна, чтобы при ошибке импорта пустая или некорректная схема не была связана с ранее сохранённым процессом.

При сохранении обмен выполняется в обратную сторону:

  1. JavaScript вызывает modeler.saveXML() с форматированием результата.
  2. Полученный BPMN XML записывается в служебное поле HTML-документа.
  3. Отдельно формируется описание элементов в формате JavaScript Object Notation (JSON).
  4. Форма считывает XML и JSON.
  5. Серверная часть сохраняет процесс и синхронизирует элементы схемы.

Формирование XML происходит асинхронно. Перед началом экспорта JavaScript устанавливает состояние forming, после завершения — ready или error. Форма проверяет состояние с интервалом в одну секунду и прекращает ожидание после пяти попыток. Пустой результат или ошибка экспорта не передаются на сервер для сохранения.

 

Как хранятся процессы и элементы

Графическая модель сохраняется в справочнике BPMNПроцессы в стандартном формате BPMN XML. Элементы схемы сохраняются отдельно в подчинённом справочнике BPMNЭлементы.

Устойчивым ключом элемента является сочетание процесса-владельца и идентификатора BPMN. Благодаря этому после повторного сохранения существующие элементы обновляются, новые добавляются, а удалённые со схемы элементы удаляются из справочника вместе с относящимися к ним связями.

XML, номер версии процесса и состав элементов записываются в одной транзакции. Если при сохранении возникает ошибка, изменения отменяются целиком.

Как хранятся связи с метаданными

Связи не записываются внутрь BPMN XML. Они хранятся отдельно в независимом регистре сведений BPMNСвязиСМетаданными.

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

Установка, замена или удаление основной связи выполняется сразу в отдельной транзакции. Такое изменение не увеличивает номер версии BPMN-процесса, поскольку сама графическая модель при этом не изменяется.

Сборка HTML-редактора

Скрипты bpmn-js, стили diagram-js и bpmn-js, а также шрифт BPMN объединяются в автономный HTML-документ. Шрифт встраивается в виде Base64, поэтому при открытии редактора не требуется загружать ресурсы с внешнего сервера. Результатом сборки является макетBPMNHTML. Все работает только локально, без выхода в интернет. 
 

Технические характеристики

  • Статус: пилотная версия.
  • Текущий релиз: 0.0.7.
  • Тип поставки: расширение конфигурации.
  • Интерфейс: управляемое приложение.
  • Клиент: тонкий клиент.
  • Заявленная поддержка платформы: 8.3.14–8.3.27.
  • Платформа разработки: 8.3.27.
  • Проверенные конфигурации: «Управление торговлей» и «Бухгалтерия предприятия».
  • Зависимость от Библиотеки стандартных подсистем: отсутствует.
  • Изменение основной конфигурации: не требуется.
  • Интернет для работы редактора: не требуется.
  • Исходный код: открыт.
  • Использование, изменение и распространение: допускаются с указанием автора.

Текущие ограничения

Пилотная версия имеет следующие ограничения:

  • импорт всегда происходит через новый процесс с проверкой валидности XML самим BPMN-js;
  • обновление или объединение существующих схем не реализовано;
  • отдельный экспорт процесса в файл .bpmn пока не реализован;
  • роли пользователя и администратора отсутствуют;
  • совместное редактирование и обработка конфликтов не реализованы;
  • дорожки и пулы отображаются визуально, но не связываются с ролями или объектами конфигурации.

Установка и базовая проверка

Файл расширения .cfe последней версии размещён в разделе «Файлы» (в архиве) публикации и доступен бесплатно. Исходный код разработки открыт. Развитие разработки осуществляется на ГитХабе.

Импорт поддерживается при снятом признаке "безопасный режим" у расширения.

Ожидаемый результат проверки: процесс повторно открывается в редакторе, элементы схемы сохраняют наименования и типы, а выбранные связи отображаются в правой панели и учитываются в отчётах.

Если при установке или проверке возникнет ошибка, пишите, буду оперативно править.

Проверено на следующих конфигурациях и релизах:

  • Управление торговлей, редакция 11, релизы 11.5.7.308

Вступайте в нашу телеграмм-группу Инфостарт

BPMN Процессы Расширение Редактор бизнес процессов Управление процессами Моделирование бизнеса Описание процессов Регламентация бизнеса XML BPMN

См. также

Комплексное управление ресурсами (ERP) Управление бизнес-процессами (BPMS) Аналитик Бухгалтер Пользователь 1С:Предприятие 8 Россия Управленческий учет Платные (руб)

Решение предназначено для автоматизации процессов консолидации, первичной обработки и ведения нормативно-справочной информации на крупных и средних предприятиях различных отраслей промышленности.

22000 руб.

22.02.2016    52059    8    4    

18

Управление бизнес-процессами (BPMS) 1С:Предприятие 8 Бесплатно (free)

В статье содержатся примеры настроек системы БИП: Бизнес-Процессы и возможности по её использованию. Часть 6

15.10.2025    2465    Infostart    0    

2

Управление бизнес-процессами (BPMS) 1С:Предприятие 8 Бесплатно (free)

В статье содержатся примеры настроек системы БИП: Бизнес-Процессы и возможности по её использованию. Часть 5

18.09.2025    2692    1bpm    0    

1

Управление бизнес-процессами (BPMS) 1С:Предприятие 8 Бесплатно (free)

В статье содержатся примеры настроек системы БИП: Бизнес-Процессы и возможности по её использованию. Часть 4

25.07.2025    2533    1bpm    0    

1

Управление бизнес-процессами (BPMS) Пользователь Бесплатно (free)

В данной статье мы поговорим о том, как реализуются основные функции бизнес-процессов в CRM-системе Битрикс24

30.06.2025    3718    Koder_    0    

0

Управление бизнес-процессами (BPMS) 1С:Предприятие 8 Бесплатно (free)

В статье содержатся примеры настроек системы БИП: Бизнес-Процессы и возможности по её использованию. Часть 3

05.06.2025    2437    1bpm    0    

1

Управление бизнес-процессами (BPMS) 1С:Предприятие 8 Бесплатно (free)

В статье содержатся примеры настроек системы БИП: Бизнес-Процессы и возможности по её использованию. Часть 2

12.05.2025    2960    1bpm    1    

1
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Vladislav_Nghtingl 5 15.09.26 10:25 Сейчас в теме
Может быть не увидел, но не было идеи развития инструмента в сторону Process mining? Если у схемы уже есть связь с объектами, сложно ли будет добавить отборы и оживить процесс добавив, например, информацию о количестве объектов на этапах процесса, количестве объектов, которые находятся на этапе дольше положенного времени?
A2Gordeev; +1 – Ответить
2. A2Gordeev 5 15.09.26 12:18 Сейчас в теме
Добрый! Отличный вопрос. Шаг в сторону process mining выглядит логичным.
При этом как всегда много вопросов "на подумать".
Для процесс майнинга 1. Нужен Id экземпляра процесса. Для этого нужно решить где, как, по какому правилу и в какой момент ставить "метку" в процессах. 2. Исполняемый "движек" и логирование процессов (id, отметка времени, событие, +желаемые аналитики). Соответственно, для 1С - набор правил, какие документы и какие события с этими документами отслеживаем, как "маркируем".
Сейчас реализован "редактор BPMN" - удобная "рисовалка". Хотя бы можно собрать реестр и схемы внутри учетной системы.
Развитие в сторону process mining интересное, главное придумать как плавно и грамотно перейти вначале к BPMS с использованием штатных метаданных, а потом уже к фактическому логированию.
3. YA_93013054 22.09.26 20:04 Сейчас в теме
Хрупкость связей при рефакторинге метаданных: В регистре связей сохраняется строковое техническое имя объекта. Если разработчик в основной конфигурации переименует или удалит документ (например, ЗаказКлиента $\rightarrow$ ЗаявкаПокупателя), связь в «Схемопоинте» станет «битой», так как платформа не выполняет автоматический контроль целостности строк внутри расширения.
Отсутствие версионирования бизнес-процессов: Модели перезаписываются поверх предыдущего состояния. В расширении отсутствует историчность схем (ветвление, фиксация релизных версий As-Is / To-Be), что вынуждает пользователей либо плодить дубли процессов в справочнике, либо выносить версионирование во внешние Git-репозитории.
Ограничение «один элемент — один объект»: В сложной корпоративной практике один функциональный шаг (например, «Проведение инвентаризации») задействует сразу комплекс объектов: документ, несколько регистров накопления/сведений и внешнюю обработку. Ограничение одной связью загрубляет архитектурную картину.
Уязвимость 5-секундного таймаута DOM: Асинхронное сохранение тяжелых схем (сотни узлов, сложная графика) на терминальных серверах или при пиковой загрузке CPU может не уложиться в 5-секундный лимит опроса статуса forming, что приведет к ложным ошибкам сохранения.
A2Gordeev; +1 – Ответить
4. A2Gordeev 5 23.09.26 22:21 Сейчас в теме
(3) Добрый!
Спасибо за развернутый комментарий. Очень ценно.
1. "Хрупкость". С большего согласен. Для типовой конфигурации вероятность такого переименования очень мала, для самописной - риск возможен.
2. Про версионирование думал, даже прикидывал реализацию, для MVP исключил. Запланировал на будущие релизы.
3. Про "историчность схемы" очень хорошо отметили. Тоже про это думал, но пока пошел по сценарию "Собрать существующие схемы в одно место. Приоритет - базовая регламентация". Сценарий разработки AS-is --> To-be подразумевает как раз "историю" и минимальные статусы согласования.
4. Ограничение выбрано сознательно для MVP. Заготовки/заделы под "один элемент - несколько объектов" сделаны.
5. В эту сторону даже не думал. Я в своей практике не встречал схем с сотнями узлов, и не делал схемы более 12-15 шагов/операций на схеме. При их большем количестве схема становится нечитаемой, неудобно для восприятия и лучше ее делить на подпроцессы.
На днях размещу следующий релиз, там подправил интерфейсные вещи и доработал карточку процесса.
Для отправки сообщения требуется регистрация/авторизация