Российское программное обеспечение семейства Lotsia PLM компании «Лоция Софтвэа» уже более двадцати пяти лет подтверждает на практике свою эффективность, являясь хорошей альтернативой зарубежным программам. В сложившейся ситуации, когда перед многими предприятиями стоит вопрос выбора отечественного программного обеспечения (далее — ПО), опыт реальных предприятий — пользователей прикладных решений может стать весомым аргументом в пользу выбора той или иной системы.
Ставший традиционным конкурс «Опыт применения Lotsia PLM» [1] позволяет российским компаниям ознакомиться с практическим опытом внедрения решений, построенных на платформе отечественного ПО силами самих организаций-пользователей, что хорошо демонстрирует возможности программы в части открытости и гибкости. Конкурс проводится уже в седьмой раз. Данная статья открывает серию публикаций о проектах, представленных на конкурс в 2024 году.
Основными отличительными характеристиками входящих в состав решения Lotsia PLM программ (Lotsia PDM PLUS, Lotsia ERP, Lotsia WEB, Lotsia Enterprise Edition) являются проверенная многолетней практикой надежность, максимальная открытость для доработок и адаптации, гибкость и переносимость. Все это, наряду с богатой функциональностью, возможностью стабильно работать с большим количеством пользователей и массивами данных, а также соответствием требованиям отечественных и международных стандартов, позволяет рассматривать его как реальную замену ведущим зарубежным разработкам в рамках импортозамещения.
За время, прошедшее с начала выпуска программ семейства Lotsia PLM, они были успешно внедрены более чем на 1300 предприятиях из 30 отраслей (в России, странах СНГ, в Прибалтике, в Восточной Европе, на Ближнем Востоке и в Юго-Восточной Азии).
Флагманским продуктом семейства Lotsia PLM является система Lotsia PDM PLUS, обеспечивающая функциональность PLM/PDM/TDM/Workflow и позволяющая создавать на своей основе различные отраслевые и специализированные решения. Lotsia PDM PLUS включена за регистрационным номером 739 в Реестр российского программного обеспечения (Приказ Минкомсвязи России от 13.05.2016 № 197). Поэтому совершенно справедливо, что большинство проектов, представленных на конкурс, реализовано именно на основе ПО Lotsia PDM PLUS.
Lotsia PDM PLUS является открытым для интеграции с другими системами решением за счет того, что поставляется с полностью документированным бесплатным API, средствами экспорта/импорта данных из разных источников и мощными встроенными возможностями по адаптации [2], а также поддерживает работу с широким спектром СУБД и прикладного ПО, благодаря чему может гибко встраиваться в существующую информационную среду предприятий или формировать ядро единой информационной системы.
Это подтверждается на практике опытом построения на основе ПО компании «Лоция Софтвэа» отраслевых и прикладных решений в условиях потребностей современных предприятий в части импортозамещения. Пример подобного опыта внедрения рассматривается в данной статье.
Разработка среды общих данных на базе Lotsia PDM PLUS в АО «Институт Гипростроймост — СПб»
В 2024 году специалистами АО «Институт Гипростроймост — Санкт-Петербург» был представлен на конкурс проект разработки среды общих данных (далее — СОД) на базе ПО Lotsia PDM PLUS [3].
В работе над проектом автоматизированной системы участвовали начальник отдела управления процессами Татьяна Петровна Мальщукова — в части описания процессов для автоматизации, постановки задач, а также руководства разработкой и созданием многих форм и видов отчетов, и инженер отдела управления процессами Дмитрий Вадимович Рощин — в части разработки всего функционала.
АО «Институт Гипростроймост — Санкт-Петербург»: профиль предприятия
|
Для обеспечения работы организации в единой области данных с возможностью их передачи и совместной работы над проектом своими силами была разработана СОД с настроенными профилями по ролям, которая позволяет каждому сотруднику, работающему в СОД, иметь набор инструментов для решения своих рабочих задач, сопровождая работу автоматически формируемыми отчетами без прямого участия пользователей.
В данной статье рассматривается опыт формирования таких процессов и отчетов к ним, что может быть интересно для других организаций.
В целях управления ресурсами организации, своевременного контроля за исполнением и выдачей проектно-сметной документации была организована совокупность процессов, которые обеспечивают автоматическое формирование отчетности по загрузке организации, а именно:
- Загрузка организации по проектам — отчет необходим руководству, чтобы понимать, какие проекты в какой период выполняет организация, каковы ресурсы, затрачиваемые на выполнение тех или иных проектов, а также давать оценку и проводить анализ возможностей взятия новых проектов путем проведения мониторинга и контроля.
- Согласование и выдача томов проектно-сметной документации — процесс формирует отчет по реальному состоянию томов; для каждой отправки томов на проверку по накладной создается отдельная версия тома со своим статусом; отчет позволяет увидеть динамику согласований с датами и сроками.
- Формирование бюджета организации — отчет необходим как комплексным главным инженерам проектов (КГИП), так и высшему руководству, чтобы понимать объем затрат на те или иные проекты, анализировать и корректировать выдачу и исполнение задач по проектированию проектно-сметной документации.
Загрузка организации по проектам
Цели реализации
Автоматизация процессов формирования отчетов по загрузке — это автоматизация процессов технического документооборота (создание объекта «Проект») и автоматическое формирование отчетов по загрузке для аналитики управления ресурсами руководством и КГИПом по проектам на основании полученных данных от создаваемых объектов.
К основным техническим, технологическим и производственно-экономическим показателям, которые должны быть достигнуты в результате создания отчетов по загрузке, относятся:
- унификация и оптимизация процессов — автоматизация процессов позволит сократить время ежемесячного формирования этих отчетов для руководства на 90%;
- оптимизация трудозатрат — снижение трудозатрат на сбор и систематизацию данных для отчетов в результате автоматизации процессов, что должно привести к экономии средств в размере не менее 90% на текущих операционных расходах;
- обеспечение контроля исполнительской дисциплины — отражение сроков, наименования объектов, ФИО КГИПа, ГИПа в реальном времени позволит сократить на 80% количество срывов сроков определения загрузки за счет контроля со стороны ответственных лиц.
Схема процесса
Формирование отчетов по загрузке является результатом автоматизации процессов технического документооборота (создание объектов «Проект», «ЗС с ГИП», «Договор с субподрядчиком») и формирования отчетов по загрузке для аналитики руководством и КГИПом по проектам на основании вводимых данных.
Процесс был реализован на основе разработанной схемы в формате «как есть», то есть сейчас сотрудники в реальности работают по такой схеме; в рамках проекта этот процесс (рис. 1) был автоматизирован, что позволило автоматически собирать данные для отчета по загрузке организации.
Рис. 1. Схема процесса
Варианты создания проекта в системе
В системе реализованы три варианта создания нового проекта (рис. 2):
- Добавление проекта по процессу коммерческого предложения.
- Добавление проекта от КГИПа.
- Добавление проекта по процессу из тендерного отдела.
В каждом из них предусмотрена увязка между связанными создаваемыми объектами, а также инициализация дат для диаграммы Ганта по загрузке организации. Это позволяет гибко создавать проекты в системе разными ролями по различным процессам.
Рис. 2. Варианты создания процесса в системе
Возможно динамическое изменение плановой даты исполнения на проекте (рис. 3).
Рис. 3. Вариант внесения даты окончания (план) при создании проекта КГИПом для отображения на диаграмме Ганта
Так как по каждому из вариантов создания проекта и дальнейшей работы с ним предусмотрен функционал автоматического добавления/изменения атрибутов дат, всегда можно увидеть реальную картину загрузки.
На рис. 4 показано, чего удалось добиться в итоге: данные по срокам автоматически передаются из разных процессов в атрибуты проекта, которые, в свою очередь, используются для построения диаграммы Ганта.
Рис. 4. Результат формирования проектов (по разным процессам)
Контроль согласований томов по накладным
Цели реализации
Автоматизация процессов формирования отчетов контроля за исполнением работ по проектам в организации — в ходе автоматизации процессов согласования проектной документации (Создание объектов, Состав проекта, Накладные, Сопроводительные, Входящая документация по замечаниям и Статусы) на основании полученных данных от создаваемых объектов происходит автоматическое формирование итоговых отчетов по разработке проектной документации в организации для руководства.
К основным техническим, технологическим и производственно-экономическим показателям, которые должны быть достигнуты в результате создания отчетов по загрузке, относятся:
- унификация и оптимизация процессов — автоматизация процессов позволит на 90% сократить время ежедневного формирования этих отчетов для КГИПа, заказчиков, руководства;
- оптимизация трудозатрат — снижение трудозатрат помощников КГИПа по сбору и систематизации данных для отчетов в результате автоматизации процессов, что должно привести к экономии средств в размере не менее 90% на текущих операционных расходах;
- обеспечение контроля исполнительской дисциплины — отражение сроков, наименование объектов, ответственных за документацию исполнителей, понимания по статусам количества исполнения и общей процентовки в реальном времени позволит на 80% сократить количество срывов сроков по разработке и согласованию проектной документации за счет контроля со стороны ответственных лиц.
Формирование накладной и сопроводительного письма
С помощью данного функционала при нажатии на кнопки «Выбрать тома», «Выбрать контакты» открываются деревья проекта по заранее заложенным правилам (рис. 5).
Рис. 5. Формирование накладной
Интересный момент заключается в том, что это не вызов внешнего действия, а функционал встроенной переменной-формы form$objtree$. Совокупность настроек событий кнопок позволяет динамически открывать или закрывать форму (которая делается невидимой при закрытии).
Данные из справочника автоматически передаются в шаблон документа за счет увязки с закладками на документе MS Word (рис. 6).
Рис. 6. Сформированный шаблон сопроводительного письма к накладной
Данные автоматически передаются в шаблон документа из атрибутов и по связанным объектам томов проектной документации (рис. 7), что позволяет сократить время на подготовку документа, минимизировать риск ошибок из-за человеческого фактора и поддерживать корректность и достоверность данных.
Рис. 7. Автоматически заполненный шаблон накладной
После подписания автоматически создается версия документа в PDF-формате, который направляется контрагенту (рис. 8).
Рис. 8. Подписанный исходящий в структуре документации с подписью
После создания объектов накладной и сопроводительного письма их увязка отображается в отчете (рис. 9).
Рис. 9. Журнал регистрации накладных и сопроводительных писем
После получения ответного входящего результат по томам вносится через форму по аналогии с формированием накладной.
Кроме того, в системе предусмотрена версионность объектов томов (рис. 10), для того чтобы понимать, какая документация в какой версии была направлена. При отправке каждого тома для него создается отдельная версия и увязывается с ним по связи, по которой построен специальный отчет.
Рис. 10. Версионность томов и связь с накладной
Накладная, в свою очередь, содержит информацию об отправленных томах и отображает в отчетной форме конкретные версии документации, которые были направлены заказчику на согласование.
Результатом реализованного процесса стал отчет (рис. 11), который формируется автоматически на основе данных, заполняемых исполнителями на каждом этапе. Отчет отражает реальную картину истории согласований томов проектной документации со статусами и позволяет увидеть полную картину по состоянию томов проектной документации.
Рис. 11. Кросстаб-отчет согласования томов по накладным в проекте
Данные для итогового отчета формируются по всем проектам, исходя из того, что проектная документация на каждом этапе согласования имеет свой статус.
Отчет (рис. 12) представляет общую картину в организации по всем проектам с процентовкой и количеством по каждому соответствующему статусу с группировкой по проекту и общему количеству томов в каждом проекте.
Рис. 12. Контроль за исполнением работ по проектам в организации
Выбор из дерева объектов на форме за счет form$objtree$ реализован на предварительной загрузке в форму, а также на событиях формы, что позволяет динамически пополнять перечень накладной (рис. 13).
Рис. 13. Технические особенности реализации
Заполнение шаблона документа (рис. 14) происходит за счет заранее подготовленных закладок на шаблоне документа MS Word, в скрипт передаются предварительно сформированные переменные, полученные из справочников.
Рис. 14. Автоматическое заполнение шаблона документа MS Word
Благодаря функционалу кросстаба (рис. 15), данные на пересечении колонок динамически расширяются по горизонтали, что делает представление отчета наглядным.
Рис. 15. Кросстаб отчета согласования по томам
Формирование бюджета организации и контроль ресурсов
Цели реализации
Автоматизация процессов формирования отчетов по бюджету в организации — автоматизация процессов формирования документов по бюджету (создание объекта заявления на отпуск, больничного, переработки, табеля, предварительного расчета, сводного рапорта ГИПа и рапорта ГИПа по конкретному проекту). На основании полученных данных от создаваемых объектов происходит автоматическое формирование итоговых отчетов по бюджету по проектам для ГИП, КГИП и финансового отдела.
К основным техническим, технологическим и производственно-экономическим показателям, которые должны быть достигнуты в результате создания отчетов по бюджету, относятся:
- унификация и оптимизация процессов — автоматизация процессов позволит на 60% сократить время ежемесячного формирования этих отчетов для ГИПа, КГИПа, финансового отдела;
- оптимизация трудозатрат — снижение трудозатрат ГИПов для формирования отчетов, КГИПа для контроля, финансового отдела для сбора и систематизации данных по отчетам в результате автоматизации процессов, что должно привести к экономии средств в размере не менее 60% на текущих операционных расходах;
- обеспечение контроля исполнительской дисциплины — соблюдение исполнения работ в рамках бюджета на основе задания-соглашения с ГИПом позволяет свести риски переполнения выделенного бюджета по заданию-соглашению к нулю.
На рис. 16 приведена схема взаимодействия и передачи данных процессов формирования документов по бюджету.
Рис. 16. Схема взаимодействия и передачи данных процессов формирования документов по бюджету
Формирование переработки инженера и табеля группы
Формирование бюджета начинается с заполнения переработок сотрудников (рис. 17). Каждый сотрудник согласует свою переработку с ГИПом, который может корректировать переработку каждого сотрудника по своему усмотрению.
Рис. 17. Формирование переработки инженера и табеля группы
После согласования с ГИПом объект переработки инженера создается в структуре рабочей папки и содержит отчет, в котором зафиксирована его фактическая переработка. Далее эта переработка участвует в формировании предварительного расчета для рапорта.
За каждый отчетный месяц ГИП формирует табель для предварительного расчета, в котором автоматически учитываются все отпуска и больничные сотрудников.
Формирование предварительного расчета по группе
За каждый отчетный месяц ГИП формирует предварительный расчет для рапорта своей группы (рис. 18). В нем автоматически учитываются все переработки сотрудников, от которых зависит коэффициент переработки, и, как следствие, заработная плата (ЗП), которая будет выплачена сотруднику. Также собирается сумма всех ЗП (Σ7), которая идет далее для распределения процентовки по объектам (на какой проект сколько потратить).
Рис. 18. Формирование предварительного расчета по группе
ГИП распределяет процентовку по каждому проекту, в работе по которому он участвует на основе выданных ему заданий-соглашений от КГИПа, и на ее основе рассчитывается сумма рапорта для каждого проекта.
Распределение заработной платы
На основе сумм по каждому проекту ранее распределенной процентовки ГИП распределяет суммы в рамках этих проектов каждому сотруднику, формируя таким образом его заработную плату. При этом автоматически контролируются значения сумм «общая распределенная сумма по проекту», «распределенная ЗП по сотруднику по всем проектам», «общая распределенная ЗП всех сотрудников».
В случае переполнения любой из сумм пользователю выдается предупреждение об этом, что позволяет минимизировать ошибки из-за человеческого фактора (рис. 19).
Рис. 19. Распределение заработной платы
Отчет по рапортам проекта
После распределения ЗП сотрудников по проектам и согласования КГИПом, автоматически формируются объекты рапортов в каждом из участвующих распределении проектов, а также отчет по бюджету этого проекта помесячно. Отчет позволяет проследить динамику списывания бюджета (на основе задания-соглашения) по проекту помесячно для каждого ГИПа, который выполнял работы (рис. 20).
Рис. 20. Отчет по рапортам проекта
Автоматически формируемые отчеты для финансового отдела
В результате работы ГИПа по формированию рапортов по объекту и распределению заработной платы сотрудников в финансовом отделе автоматически создаются отчеты бюджета по объектам и по сотрудникам, которые дают общее представление о затратах организации (рис. 21 и 22).
Рис. 21. Отчет с группировкой сотрудников по проектам помесячно
Рис. 22. Отчет с группировкой сотрудников по ГИПам помесячно с итогами по сотрудникам
Технические особенности при реализации
В целях удобства хранения и получения данных по запросам в необходимом для сотрудников института виде были разработаны собственные SQL-таблицы.
Также для каждой из таблиц были разработаны свои скрипты записи по той форме и сигнатуре, в какой таблица хранит данные на SQL-сервере.
Суть в том, что данные из массивов на формах передаются в скрипт, определенным образом обрабатываются, а затем производится запись в определенную таблицу (рис. 23).
Рис. 23. Технические особенности реализации работы с SQL
SQL-таблицы хранят данные в том виде, который необходим для получения выборки данных по определенным параметрам, а кроме того, они обязательно имеют увязку с объектами Lotsia за счет хранения их id (рис. 24).
Рис. 24. SQL-таблицы — хранение данных
Это позволяет строить отчеты на формах объектов, привязанных к конкретным сущностям (переработка, предварительный расчет, рапорт и т.д.).
Отчеты строятся на основе SQL в кросстабе, потому что он позволяет динамически расширять данные по горизонтали, что достаточно наглядно во временном разрезе (помесячно). При этом, так как при реализации авторами данного проекта в таблицы была заложена связь по id объектов, в SQL есть возможность увязывать таблицы Lotsia и собственные добавленные пользовательские таблицы (рис. 25), что активно используется для построения расширенной выборки данных.
Рис. 25. Кросстаб-реализация отчетов c SQL
В зависимости от количества данных и их вида, в котором необходимо настроить представление, объем SQL-запросов может разрастаться, но это оправданно, так как при этом открываются различные возможности по сортировке, порядку следования колонок, а также преобразованию к необходимому виду (рис. 26).
Рис. 26. SQL-кросстаб отчета по рапортам ГИПов в проекте
Собственная разработанная интеграция с Telegram
Ввиду потребности сотрудников в мобильном решении по согласованию рапортов была разработана интеграция с Telegram. Ее суть заключается в том, что когда ГИП отправляет рапорт на согласование КГИПу, система параллельно записывает файл MS Excel со всеми данными по рапорту и помещает в папку на сетевом диске, а также специальным образом уведомляет TG-бота о начале работы по согласованию.
TG-бот, в свою очередь, получив уведомление, автоматически открывает необходимый файл, обрабатывает данные и направляет уведомление в Telegram за счет увязки id сотрудника в Lotsia и id пользователя в Telegram. Таким образом, КГИП получает уведомление и в Lotsia, и в Telegram (рис. 27).
Рис. 27. Интеграция с Telegram
Заключение
В рамках представленного проекта с помощью встроенного механизма скриптов был автоматизирован широкий круг задач по работе с проектной документацией и управлению процессами проектной деятельности.
Особый интерес в данном проекте представляет тот факт, что он был реализован практически силами всего двух сотрудников отдела управления процессами АО «Институт Гипростроймост — Санкт-Петербург», что в очередной раз демонстрирует гибкость и простоту адаптации Lotsia PDM PLUS для решения задач конкретного предприятия.
Дополнительная информация и материалы конкурсов предыдущих лет [4] доступны на сайте plm-conference.com.
Список литературы:
- Конкурс прикладных решений на основе Lotsia PLM 2024 — примеры реального использования PLM-технологий // САПР и графика. 2024. № 10. С. 50-56. ISSN 1560-4640.
- Садовников Д.Л. О настойке Lotsia PDM PLUS / Садовников Д.Л. // САПР и графика. 2021. № 3. С. 60-67. ISSN 1560-4640.
- Разработка среды общих данных на базе Lotsia PDM PLUS в АО «Институт Гипростроймост-СПб». Материалы конкурса «Опыт применения Lotsia PLM 2024», г.Москва // [Электронный ресурс]: база данных. — Режим доступа: https://plm-conference.com/www/www/download/lotsia-plm-contest-2024.
- Материалы конкурсов «Опыт применения Lotsia PLM», г.Москва // [Электронный ресурс]: база данных. — Режим доступа: https://plm-conference.com.
По материалам компании «Лоция Софтвэа»
В статье использованы материалы из проекта АО «Институт Гипростроймост — Санкт-Петербург», представленного на конкурс «Опыт применения Lotsia PLM 2024».
