Российская ERP-платформа «Ма-3»: примеры реализации некоторых функций
Андрей Зарипов, генеральный директор компании «Национальная платформа»
Содержание |
На сегодняшний день функционал значительной части из представленных на рынке ERP-решений, заявляемый разработчиками, как правило, отличается незначительно, и заказчикам при выборе решения достаточно непросто разобраться — какая система им подойдет. Для этого надо углубляться в детали — наличие на рынке ресурсов для внедрения системы, условия поддержки, надежность вендора, российский это продукт или нет — вопрос импортозамещения как никогда актуален. Также важна реализация как отдельных модулей, так и идеологии, и архитектуры ERP-системы в целом, ее производительность, масштабируемость.
В настоящей статье представлены особенности реализации некоторых функций российской ERP-платформы. ПО «Ма-3» относится к уровню мощных ERP-решений и обеспечивает устойчивую работу нескольких тысяч одновременно работающих пользователей. Ее отличает высокая производительность (APDEX – 0.98 для 3000 пользователей, одновременно работающих с одной функциональностью) и инструменты для разработки собственных приложений; гибкость и развитая параметризация. ERP-платформа «Ма-3» обеспечивает импортозамещение иностранных аналогов в сегменте систем автоматизации предприятий для отраслей промышленности, организаций оборонно-промышленного комплекса, органов государственной власти, государственных корпорации и крупных предприятий федерального масштаба.
Планирование производства. Технологические карты и объекты транспортных отношений
Когда в стандарте MRP II создается описание пути детали через все предприятие, то это описание будет выглядеть как набор цеховых технологических карт. Так обычно это и реализуется в большинстве ERP-систем.
Например: Цех 1 – ковка, цех 2 – гальваническое покрытие, цех 3 – шлифовка, цех 4 – покраска.
Причем организационно за все эти документы будут отвечать цеховые технологи, а за маршрут по всему заводу— отвечает главный технолог завода. Это создает организационную проблему, решение которой требует определенных усилий.TAdviser выпустил новую Карту «Цифровизация ритейла»: 280 разработчиков и поставщиков услуг 
Еще сложнее такое описание реализовать, когда в технологическом процессе задействованы несколько заводов – тогда деталь надо передать от одного завода другому для выполнения определенной технологической операции, а потом, возможно, отдать назад. Тогда между технологическими картами «вклиниваются» договора купли-продажи или какой-то иной формы передачи ТМЦ (например, по «давальческой» схеме).
При этом такое описание в форме последовательности технологических карт вести крайне неудобно — если где-то закралась ошибка, то увидеть ее можно, лишь просмотрев все цеховые маршруты этой детали.
Для того, чтобы избежать этой проблемы, в ERP-платформе «Ма-3» ввели сущность, который обычно используется не в рамках MRP II, а в системах управления цепочками поставок. Объект позволяет связать между собой две точки цепочки поставок независимо от того, где они находятся.
Эта связка может быть реализована как для планирования: потребность перемещается от склада готовой продукции к предшествующему складу или цеху, который стоит перед ним. Тем самым можно «протянуть» потребность до закупки. И эта же связка работает, когда начинается учет движения товарно-материальных ценностей для покрытия этой потребности и изготовления детали по плану: цех 1, цех 2 у соседнего завода (например, где делают термогальваническую обработку), цех 3, потом цех 4.
Т.е., достаточно легко обеспечивается планирование производства в рамках всего производственного процесса даже между заводами.
Учет себестоимости полуфабриката
Для оценки эффективности производственного процесса в машиностроении необходимо иметь картину затрат и себестоимость изготовления изделия на каждом этапе производства. И для определения себестоимости часто используется полуфабрикатный метод учета. Продукция производства цеха, которое потребляется потом следующим цехом — это полуфабрикат собственного производства. Себестоимость полуфабриката на выходе из цеха определяется как себестоимость полуфабриката на выходе из предыдущего цеха плюс затраты в текущем цехе. Учет в ERP системе, как правило, реализован так, что себестоимость полуфабриката передается в следующий цех без детализации по предыдущему.
В итоге имеется цифра общей себестоимости без детализации по затратам в цехах. А расчет стоимости полуфабриката для каждого цеха, через который проходило изделие, производится в конце отчетного периода — ведется обратный расчет методом дифференциации затрат от конечной себестоимости продукции до исходных элементов. И это очень медленный процесс.
Так, если к примеру, автомобильный завод выпускает 3 000 автомобилей, в каждый автомобиль входит 30 000 деталей, которые производятся во множестве цехов на многих заводах, дифференциация затрат до исходных элементов в этом случае будет очень большой, сложной разработкой, работающей много часов.
Метод дифференциации затрат до исходных элементов применяется на большинстве машиностроительных предприятий. Это сложная, типичная для тяжелых ERP систем задача — внедряющая команда разрабатывает дополнительную программу, которая производит эти расчеты.
В ERP платформе «Ма-3» мы реализовали процесс так, что полуфабрикат собственного изготовления «передается» в следующий цех не только с ценой, но и с детализацией цены до элементов затрат. Таким образом себестоимость полуфабриката по заданной структуре видна на каждом цехе и нет потребности в дополнительной большой программе дифференциации затрат до исходных элементов.
ТОРО
Рассмотрим реализацию функционала «Техническое обслуживание и ремонты» (ТОРО, ТОиР).
Если взять в качестве примера цех паровых турбин теплоэлектростанции, то с точки зрения организации эксплуатации в цехе есть несколько ответственных руководителей: главный энергетик, отвечающий за энергетическое оборудование; главный электрик — за все электрооборудование, главный сварщик — контроль сварных соединений, главный крановщик, который отвечает за техническое состояние всего грузоподъемного оборудования. Помимо этого, есть еще главный инженер, который отвечает за всех своих подчиненных и за все здание, чтобы оно обслуживалось.
Каждый из этих руководителей отвечает за свои участки на кранах, турбинах, трубопроводах и т.д. При этом физически это одни и те же трубопроводы, одна и та же турбина, кран и т.д. Отметим, что ландшафт оборудования индивидуален для каждого предприятия и цеха. И, чтобы на основе ERP системы учесть все эти факторы при управлении техническим обслуживанием и ремонтами, обычно выполняется индивидуальная разработка на каждом проекте.
С учетом описанных особенностей задачи в ПО «Ма-3» эта функция реализована за счет введения подсистемы «Иерархия местоположений», которая создается из набора элементов. К каждому из этих элементов привязывается конкретная единица оборудования из справочника оборудования. Затем определяются параметры, которые нужно контролировать. Если есть датчики оборудования и они подключены к системе, ты можно дать ссылку на какой-то из датчиков.
В иерархии указывается диапазоны «нормально/обратить внимание/аварийное» и т.д. Данную функциональность удобно использовать при реализации функциональности диспетчера соответствующей службы. Диспетчер контролирует ситуацию в цехе и, если, появилось сообщение о неисправности, то диспетчер открывает иерархию, по ней спускается вниз, доходит до «листочка». Например, в зоне ответственности главного электрика датчик зафиксировал повышение температуры на каком-либо из кабелей (значение показаний датчика зашло в желтую зону. Определив — где причина, диспетчер создает заказ на смотр. На место идет соответствующий специалист, производит осмотр и, если неисправности не обнаруживается (например, просто идет смена режима работы турбины), значит все нормально, и заказ закрывается.
Обычно этот функционал создается в рамках дополнительных разработок на проекте внедрения. В ПО «Ма-3» это — стандартный объект, который позволяет сразу же выстраивать иерархию, в которой представлена производственная единица и ответственные за неё люди.
Реализация различных видов учета
Для ведения различных видов учета (РСБУ, МСФО, управленческого и т.д.) используется одна и та же первичная информация о хозяйственных операциях. Как правило, на российском предприятии установлена базовая система бухгалтерского учета, формирующая налоговую и бухгалтерскую отчетность, в соответствии с требованиями российского законодательства.
Учет по МСФО нужен обычно для инвесторов или кредиторов, или для оценок возможностей выдачи кредитов. Наиболее часто российские предприятия формируют отчетность МСФО трансформацией из отчетности по РСБУ. Методику разрабатывают специалисты, которые оценивают, в чем принятая на предприятии методика учета по российским стандартам бухучета отличается от МСФО. Это некоторая аппроксимация и отчетность при этом получается не такой точной, как если бы велся параллельный учет.
В ПО «Ма-3» параллельно можно вести неограниченное количество видов учета: управленческий, бухгалтерский, налоговый и т.д. Для этого при внедрении нужно сделать шаблоны проводок по каждой операции, которая происходит на предприятии: для РСБУ, для МСФО и т.д.
И после того, как сформированы все необходимые разрезы учетов, обычно ведется 3-4 книги учета, настраиваемые один раз. Дополнительной трудоемкости ведения параллельных видов учета не требуется. При этом формируется «честный» параллельный учет по МСФО, по РСБУ автоматически без какой-либо трансформации. Учет по налогу на прибыль также собирается в стандарте, без разработок.
Это уникальная особенность ПО «Ма-3», входящая в стандартную функциональность ПО «Ма-3».
------------------
Мы кратко рассмотрели уникальные особенности реализации четырех модулей российской ERP-платформы «Ма-3», позволяющие на основе функциональности платформы эффективно решать задачи, которые в других системах, как правило, решаются с помощью дополнительной разработки на этапе внедрения.
В целом, ERP-платформа «Ма-3» разработана с учетом текущих потребностей крупных предприятий и обладает сочетанием таких характеристик, как:
- высокая производительность — система обеспечивает устойчивую работу нескольких тысяч одновременно работающих пользователей и может использоваться на крупных предприятиях. Это достигается возможностями системы по созданию кластера серверов приложений с функцией балансировки нагрузки между серверами кластера;
- надежность, безопасность и сохранность данных – кластерная архитектура системы позволяет сохранять работоспособность при отказе некоторых узлов кластера, подсистема разграничения прав доступа пользователей гарантирует предотвращение несанкционированного доступа к данным, а совместимость системы со всеми основными ОС и СУБД позволяет выстроить регламенты резервного копирования данных и горячей замены вышедших из строя узлов;
- гибкие функциональные механизмы настройки бизнес-процессов и учетной политики под требования заказчика реализованные в системе позволяют использовать «Ма-3» в самых различных отраслях — от ритейла до производства уровня промышленного машиностроения;
- независимость от валютного курса и внешнеполитической обстановки гарантирует отсутствие внезапных отказов в технической поддержке и поставки лицензий.
Одним из ключевых преимуществ системы является ее соответствие текущим требованиям обеспечения информационной безопасности при использовании защищенной сертифицированной платформы Astra Linux – PostgreSQL.
