радиостанции. Диплом с экономикой. 1 Анализ технологии для формирования требований. 8
 Скачать 5.26 Mb.
|
 Рисунок 2.1. Упрощенный вариант функциональной схемы ИСУ ТОиР 2.1.1 Преимущества TRIM. Выбор программного продукта осуществляется исходя из множества требований, и потому всегда конкретен и индивидуален. Многие из этих требований несут в себе специфику данного проекта (например, необходимая функциональность). Только проанализировав все их, по совокупности свойств того или иного продукта можно сформировать предпочтение. Тем не менее, можно сформулировать ряд самых общих свойств TRIM, максимально широко применимых для российских условий, которые, в той или иной степени, являются его преимуществами перед конкурирующими продуктами: Заказчику TRIM гарантирован непосредственный контакт с разработчиком продукта. Важность данного факта становится очевидной, когда речь идет о выполнении всех требований технического задания. Разработчик TRIM участвует в выполнении проекта внедрения информационной системы. Благодаря этому степень "внедряемости" продукта максимальна. Адаптируемость продукта под специфику предприятия и возможность развития созданной системы в соответствии с изменяющимися потребностями. TRIM ориентирован на потребности отечественного Заказчика. Для крупнейших зарубежных вендоров весь российский рынок EAM-систем слишком мал, чтобы придавать ему такое же значение. TRIM имеет мощную функциональность, которая является результатом многолетнего инвестирования в разработку. TRIM - это самостоятельный продукт, ориентированный именно на процессы ТОиР, а не вспомогательный модуль в ERP-системе, ориентированной на процессы "закупки-склад-продажи". TRIM имеет собственные механизмы, позволяющие территориально удаленным пользователям работать в информационной системе предприятия независимо от качества каналов связи. Архитектура TRIM и систем на его основе Программный комплекс TRIM является сетевой системой, построенной по технологии "клиент-сервер" на основе распределенной базы данных. Система управления предприятием, построенная на основе TRIM, состоит из двух основных составляющих: серверной части (сервера данных) и клиентской части (клиента). Клиентская часть состоит из прикладных модулей TRIM, обеспечивающих функциональность системы и ее интерфейс с пользователем, базовых модулей, обеспечивающих работоспособность TRIM, а также драйверов, отвечающих за взаимодействие этих модулей с системой управления базой данных (СУБД). В качестве сервера данных используются промышленные СУБД компаний Microsoft (Microsoft SQL Server) и Oracle (Oracle Database). В демонстрационных и учебных целях возможно построение системы на базе СУБД типа Microsoft Access. Серверная и клиентская части устанавливаются на компьютерах, объединенных локальной вычислительной сетью (ЛВС), обеспечивающей обмен данными в реальном времени. В режиме on-line задержка на обмен данными невелика и не влияет на работу пользователя в системе. Если же канал связи имеет низкое качество и задержка обмена данными между компьютерами значительно замедляет работу пользователя в системе, либо же канал прямой связи между компьютерами отсутствует - тогда всю систему TRIM разделяют на несколько подсистем, которые называются "узлами". Совокупность узлов и каналов связи между узлами называется "сетью TRIM". Узлы и распределенная база данных Каждый узел сети TRIM имеет свой сервер данных, а также одну или несколько клиентских частей. В предельном случае узел может состоять из одного компьютера, на котором выполняются и серверная, и клиентская составляющие. Каждый узел имеет свою базу данных (БД). В этом случае вся БД системы распределена по множеству узлов, входящих в состав системы - поэтому говорят о распределенной БД. Сеть TRIM строится по топологии "звезда". Это значит, что среди всех узлов выделяется один, который называется "центральным узлом" или "сервером сети TRIM" (не путать с сервером данных). Остальные узлы должны иметь каналы связи с центральным узлом и не должны иметь их между собой (или эти каналы существуют, но не используются в работе TRIM). Эти узлы называются "подчиненными узлами" или "филиалами", как правило, они удалены на большие расстояния от центрального узла. Каждый компьютер на данном узле имеет on-line-канал связи с локальной БД своего узла, поэтому пользователи комфортно работают в системе, даже если канал связи с центральной БД временно недоступен. "Проблемные" же каналы связи с центральным узлом задействуются только на синхронизацию данных - обмен данными между узлами путем передачи пакетов данных с одного узла на другой. Эти пакеты (репликации) обеспечивают синхронизацию информации в распределенной БД сети TRIM, находящейся на разных узлах. Система репликаций поддерживает выборку определенной части данных для каждого узла. При этом все изменения данных, внесенные на любом узле, после завершения репликации будут доступны на всех других узлах. Для передачи пакетов используются промышленные почтовые системы и сетевые технологии. В TRIM реализована поддержка следующих методов и протоколов: файловый метод, SMTP-клиент, POP3-клиент, FTP-клиент, а также предусматривается интерфейс для использования внешних методов путем вызова приложений командной строкой соответствующего метода. Для методов, базирующихся на интернет-протоколе IP, обеспечена возможность автоматического установления Windows DialUp-соединения, что позволяет использовать каналы на основе телефонной сети, сотовой и спутниковой связи. Таким образом, данный механизм позволяет создать единое информационное пространство как для пользователей в центральном офисе и в подразделениях, имеющих качественные каналы связи с офисом, так и для пользователей в удаленных подразделениях, не имеющих непрерывного и высокоскоростного канала связи с офисом. Тем самым снижается зависимость пользователей системы от качества каналов связи. Любое изменение в конфигурации сети TRIM может происходить только на центральном узле сети. Поэтому при создании сети TRIM в первую очередь конфигурируется архитектура центрального узла, после этого вносятся данные о подчиненных узлах. Для включения нового подчиненного узла администратор сети TRIM формирует конфигурационные файлы для него на центральном узле. Они доставляются на подчиненный узел, и с их помощью специальная утилита, входящая в состав TRIM, настраивает программное обеспечение узла для работы с заданным центральным узлом. Разграничение доступа к данным Ограничение доступа к данным на уровне СУБД заключается в ограничении прав пользователя на доступ к объектам БД - таблицам, запросам, хранимым процедурам. Оно реализуется на сервере данных с помощью специализированного ПО СУБД и на клиентской части с помощью настройки доступа к СУБД. Ограничение доступа к данным на уровне СУБД является возможным, но не обязательным для работы клиентской части системы TRIM. Оно дает дополнительную защиту от некорректных действий пользователя на уровне СУБД. Ограничение доступа к данным на уровне клиента выполняется прикладными модулями клиентской части системы TRIM на основе настроек, хранящихся в БД TRIM. Настройки для ограничения доступа к данным на уровне клиента могут быть сделаны в модуле «TRIM-Администратор» и в специализированном модуле настройки прав доступа TRIM. Ограничение доступа к данным на уровне клиента позволяет осуществить следующие ограничения по доступу пользователя к TRIM: ограничение по работе с модулями, ограничение по доступу к данным узла сети TRIM (профиль узла), ограничение по доступу к данным (профиль пользователя) и функциям системы (роли пользователя) для пользователя TRIM, привязка пользователя TRIM к штатной единице и персональным данным, ограничение по элементам управления и функциям системы (настройка интерфейса пользователя). Ограничение по работе с модулями TRIM заключается в том, что каждый пользователь может запускать на выполнение только те модули, которые ему разрешены. Функции, выполняемые запрещенными к запуску модулями, остаются недоступными. Ограничение по доступу к данным узла сети TRIM (профиль узла) заключается в том, что в БД подчиненного узла попадают только те данные, которые назначены этому узлу администратором на центральном узле. Ограничение по доступу к данным пользователя TRIM (профиль пользователя) заключается том, что пользователю доступны только определенные действия с некоторыми объектами TRIM. Пользователь не может выполнить над объектом TRIM действия, которые не входят в его профиль. В системе TRIM доступны профили пользователя для следующих объектов TRIM: документы (все операции в модуле "TRIM-Документооборот"), фирмы и склады (создание и редактирование документов МТС, складские операции, бюджетные операции), материально-технические ресурсы - МТР (просмотр и обработка документов с определенными МТР или группами МТР), разделы БД TRIM. Ограничение по доступу к функциям для пользователя TRIM (роли пользователя) заключается том, что каждому пользователю TRIM доступны только определенные функции, которые он может выполнять в системе TRIM. Пользователь не может выполнить функцию в системе TRIM, если она не включена в одну из ролей, назначенных этому пользователю. При этом некоторые назначенные пользователю функции могут быть доступны только для определенных объектов системы TRIM (здесь учитывается сочетание профиля и ролей пользователя). В системе TRIM доступны ограничения по ролям пользователя для следующих действия над объектами TRIM: согласование и утверждение документов (операции в модуле «TRIM-Документооборот»); согласование и утверждение документов МТС (торгово-закупочные и складские операции); планирование работ и редактирование план-графика работ; согласование и утверждение ремонтных ведомостей и разовых работ; регистрация и обработка дефектов, планирование работ по устранению дефектов; ведение журналов параметров и счетчиков наработки; действия в нарядно-допускной системе. Создание и настройка профилей и ролей пользователей выполняется администратором системы в модуле "TRIM-Администратор". Подключение профилей пользователя происходит отдельно в каждом прикладном модуле TRIM. 2.2 Общие сведения о ЕАМ системе IMaint. iMaint – комплексная система управления основными фондами (EAM – Enterprise Asset Managenent), разработанная американской компанией DPSI, уже более 30 лет специализирующейся на создании систем управления техническим обслуживанием и ремонтами. Система решает полный комплекс задач связанных с техническим обслуживанием и ремонтами оборудования, планированием работ, закупками материалов и комплектующих для ремонтов, управлением складами запчастей, расчетом себестоимости ремонтных работ. Решения на базе iMaint используются практически во всех отраслях промышленности и поддерживают работу как небольших и средних предприятий, так и крупных, распределенных компаний с несколькими тысячами одновременно работающих пользователей. Система iMaint проста в изучении, удобна в пользовании и поддержке. iMaint решает полный комплекс задач связанных с техническим обслуживанием и ремонтами оборудования, закупками материалов и комплектующих для ремонтов, управлением складами запчастей, расчетом себестоимости ремонтных работ. Система iMaint используется более чем в 6000 компаний в 50 странах мира, из них более 400 компаний, входящих в список Fortune 500. Среди компаний, использующих iMaint, такие, как Coca-Cola, Pepsi-Cola, Motorola, Honeywell, Philips, и другие. Решения на базе iMaint используются практически во всех отраслях промышленности и поддерживают работу как небольших и средних предприятий, так и крупных, распределенных компаний с несколькими тысячами одновременно работающих пользователей. Основной целью системы управления фондами и активами предприятия является продление жизненного цикла оборудования, сокращение аварийных поломок, простоев оборудования и ненужных запасов и, соответственно увеличение доходности предприятия за счет использования iMaint. В задачи системы входит планирование ремонтов и технического обслуживания на предприятии, совмещая и перераспределяя ремонтные процедуры в целях избежания излишних ремонтов, учет состояния оборудования в целях избежания аварий, а так же планирование технического обслуживания на нескольких объектах одновременно. Техническое состояние активов напрямую влияет на прибыльность и конкурентоспособность компаний, также способствует выходу на международный уровень посредством соответствия стандартам ISO, OHSAS и другим, что заставляет предприятия уделять всё больше внимания фондам и оборудованию на предприятии. iMaint EAM представляет собой многофункциональную программу охватывающую собой все отделы предприятий, имеющие отношения к ТОиР на самом подробном уровне. Модули включают в себя: Паспортизация оборудования Запчасти, компоненты и альтернативные запчасти Процедуры и задачи по ремонту Планирование ремонтов и технического обслуживания Заказ-наряды Заявки на работы Управление ремонтными бригадами Управление запасами (инвентаризация, складские операции) Управление закупками (составление графика закупок для своевременных поставок запчастей для ремонтов) Счета главной книги и центры затрат, бюджеты Около 200 стандартных отчетов в системе и возможность их настройки, замены, создания новых Модуль удаленного доступа к системе через Интернет Возможность использования нескольких валют одновременно, управление и отчетность по нескольким объектам одновременно Активы – это основа системы управления фондами и активами предприятия. Основная цель iMaint – продление жизненного цикла активов при надлежащем обслуживании и ведение учета ремонтных затрат с увеличением продуктивности. Активы – это чрезвычайно мощный и многоцелевой модуль iMaint. Можно вводить не только стандартную информацию, но устанавливать определенные пользователем поля для всех активов или технических характеристик определяющихся видом актива. Кроме того, рабочее время, трудозатраты, прочие затраты и время простоя учитываются на сегодняшний день с начала месяца (ММ), на сегодняшний день с начала квартала (КК), на сегодняшний день с начала года (ГГ), за весь жизненный цикл (ЖЦ). На первых этапах внедрения и использования системы от предприятия –заказчика требуется максимально подробное предоставление данных по оборудованию и запчастям для детального и своевременного учета поставок необходимых для ремонта или технического обслуживания запчастей. Оборудование на предприятии классифицируется по приоритетным уровням – от наименее важных до ключевых фондов. При ведении базы оборудования, iMaint учитывает такие параметры как инвентарные номера, уникальные коды для использования внутри системы, принадлежность к группам активов, производственным линиям, ссылки на материнские и дочерние активы, текущие и базовые места размещения активов. Также имеются поля, настраиваемые пользователями для паспортизации и спецификации оборудования в зависимости от стандартов каждого отдельного предприятия. В дополнительной информации учитываются запчасти по спецификации, процедуры и инструкции по ремонтам, заказ наряды ассоциируемые с каждым активом, ссылки на счета главной книги учитывающие затраты на данный актив, журнал изменения размещений, состояний, гарантий. Немаловажной функцией в системе является возможность планирования частоты ремонтов в зависимости от использования оборудования по сезонам – данные периоды задаются для каждого актива отдельно. В формах Активов (как и во всех других) существуют поля для записи комментариев, а также файловых вложений. База данных запчастей включает в себя очень подробную детализацию производителей, поставщиков, вендоров, цен и сроков на поставки каждого отдельного наименования, а также методы заказа, моменты перезаказа и страховые запасы. Для каждого наименования запчасти описывается детальное размещение, с указанием здания, ряда, стеллажа и полки. Ведется учет использования каждой запчасти на относящихся активах, количества по спецификации, а также альтернативных запчастей для использования в экстренных случаях. Запчасти могут быть определены как Компоненты (серийные) или Складские запчасти, находящиеся на складе. Запчасти могут храниться на любом количестве складов. Учет информации по заказу запчастей ведется на уровне склада. iMaint обслуживает различные склады и управляет ими. Запчасть может храниться на любом количестве складов или кладовых. Каждый склад или кладовая может иметь любое количество ячеек размещения, и одна и та же запчасть может храниться в нескольких ячейках (основной, запасной и т.д.). Чтобы переместить запчасть из ячейки размещения на склад, необходимо лишь несколько нажатий мышкой. iMaint также управляет запасами на многочисленных узлах; перемещения между узлами так же просты, как и в случае со складами (необходимы права доступа). При поиске запчасти можно задействовать собственный узел, или же искать на любом количестве узлов. На экране отображаются все узлы, имеющие деталь, склады и размещение и даже количество имеющихся в наличии и доступных деталей. Инвентаризация позволяет ускорить и упростить подсчет запчастей. Создается список запчастей, которые необходимо подсчитать, на основе критериев по запчастям (код ABC, склад, ячейка размещения и т.д.), распечатывается, подсчитываются детали, и быстро вводятся в систему. Можно распечатать отчет о сверке и затем обновить инвентаризацию. Система iMaint EAM охватывает все задачи управления ремонтами, в том числе и управление запасами и закупками. Модуль Управления запасами учитывает наличные количества, зарезервированные для конкретного заказ-наряда и фактические для каждого наименования запчасти. При утверждении графика ремонтов и создании заказ нарядов, система резервирует автоматически необходимые для каждого ремонта запчасти и списывает их со складов. Далее ведется учет необходимых повторных заказов на закупки запчастей, количество которых меньше момента перезаказа. На следующем этапе создается график закупок (расписание), который учитывает сроки поставок каждого наименования от наиболее выгодного поставщика. В случае экстренных ремонтов и отсутствия запчастей по спецификации система отпускает запчасти – замещения (альтернативные) запчасти. График закупок утверждается ответственным лицом, и по факту утверждения система автоматически создаёт заказы на закупки по каждому наименованию. В Системе Инвентаризации iMaint любые изменения количества, размещения или затраты заносятся в базу как операции, которые впоследствии можно просматривать для получения информации об использовании деталей. iMaint позволяет пользователю запрашивать (информацию о) необходимом (текущем) ремонте четырьмя различными способами. Как только заявка на работу введена, ответственное лицо, которому он предназначен, получает эту информацию. Возможно звуковое оповещение при авариях или по истечении установленного времени, которое прошло с минуты последнего просмотра заявки. Лицо, посылающее заявку, будет оповещено о получении запроса или при совершении изменений. Данное лицо также будет оповещено, как только будет создан, завершен или отменен заказ-наряд. Модуль формирования заказ-нарядов чрезвычайно мощный и гибкий, однако, большая часть информации – необязательная. При завершении заказ-наряда iMaint автоматически отображает краткую версию заказ-наряда с данными по оценочным, фактическим и оставшимся трудовым ресурсам, запчастям и прочим затратам - учитывая нехватку запчастей, рабочей силы, и т.д. Можно быстро завершить формирование заказ-наряда, автоматически внося любые недостающие пункты или приняв заказ-наряд. iMaint обеспечивает полную систему формирования, управления и отчетности заказ-нарядов. Заказ-наряды могут быть простыми, без описания активов или процедуры или гибкими, включающими информацию о многочисленных активах и процедурах, собранную в одном заказ-наряде. Возможности заказ-нарядов включают в себя: Ручной ввод префикса заказ-наряда, помимо автоматической нумерации заказ-нарядов Определяемое пользователем состояние заказ-наряда (Например: планируемый, открытый, начатый, завершенный, отмененный и т.д.) Возможность списывать затраты с одного или нескольких счетов главной книги. Кроме того, затраты могут быть разбиты в процентном соотношении на указанные счета. Всесторонняя оценка трудозатрат (как внутренних, так и подрядчиков) и фактический учет. Трудозатраты включают надбавки за смены и разряды, а также определяемые пользователем категории (обычная, сверхурочные, двойное время, специальная и т.д.). Многочисленные комментарии, приложения, определяемые пользователем поля для ввода и измерения (датчики) дают возможность осуществлять учет любой дополнительной информации, связанной с заказ-нарядом. К заказ-наряду можно присоединить рисунки, описания проблем и их решение, учет потерянного или потраченного времени и т.д. с комментариями, а также неограниченную дополнительную информацию. Задачи в системе iMaint EAM несут в себе инструкции с поэтапным выполнением каждой задачи и описанием затраченного нормативного времени на выполнение. Из ряда стандартных задач составляется процедура, в которой описывается ряд выполняемых задач, трудоресурсы необходимые для выполнения (с указанием времени и затрат), необходимые запчасти (с указанием количества и стоимости), а также требуемые инструменты. При утверждении процедуры в системе выписываются итоги выполнения по затратам на запчасти, трудоресурсы, человеко-часы и простои оборудования. После утверждения, процедуры вводятся в план. При составлении плана в систему вводится процедура (или ряд процедур) и оборудование, на котором будут проводится работы (может быть один станок, может быть группа станков). Также каждой процедуре задаётся периодичность выполнения в календарном порядке – регулярность по дням, неделям, месяцам, годам; или же по конкретным дням; или по выработки оборудования (мото-часы и т.д.). Есть возможность создавать комбинацию данных параметров. По завершению занесения базы данных – справочников система готова к работе. Далее в системе есть возможность составлять план ремонтов или на всё оборудование сразу, или на отдельные цеха, производственные линии, группы активов на любой период по времени. При составлении такого расписания, система выводит в табличном виде все ремонтные мероприятия, а также исключения из графика. Исключения могут быть ввиду того, что разные процедуры могут сочетать в себе одинаковые задачи, выполняющиеся на одном и том же активе в одно время, система такие совпадения распознаёт и автоматически исключает «дублированные» ремонты. Также исключения могут быть ввиду того, что гарантийный срок на момент проведения ремонта истекает, и ремонт не может проводиться с использованием ресурсов компании, предоставляющей гарантию. В таком случае ремонт перепланируется с использованием ресурсов самого предприятия или с привлечением дополнительных средств на оплату пост-гарантийного ремонта поставщику. iMaint учитывает количество используемых запчастей для каждого ремонта, и распознает автоматически необходимость дозаказать запчасти. Ремонты на которые не хватает запчастей, будут внесены в отдельную таблицу, озаглавленную «Исключения по запчастям». Прежде чем будут созданы заказ-наряды на данные ремонты, расписание должно быть утверждено пользователем, имеющим на то права. По утверждению всех/избранных ремонтов, система iMaint автоматически создаёт заказ-наряды на данные процедуры, описывая в заказ наряде все подробности – человеко-часы на выполнение, запчасти, затраты, время простоя, как оценочные, так и фактические. Для закрытия и утверждения каждого заказ-наряда, пользователю необходимо ввести фактические данные, по утверждению ответственным лицом. Эти данные используются для отчетности и для расчета отклонений от бюджета. Данные, накопленные за время эксплуатации оборудования и доступные для анализа, как в виде готовых отчетов, так и в табличном виде, могут использоваться для уточнения реализованных алгоритмов диагностики, а также при сборе информации для статистического анализа отказов контролируемого оборудования и разработки новых методов оценки состояния. Результатом работы алгоритмов диагностики в iMaint является уведомление ответственного лица о необходимости проведения превентивного обслуживания, а при соответствующем разрешении заявка на включение работы в план или формирование заказ наряда на немедленное ее проведение. iMaint предлагает разнообразные способы создания, редактирования и генерирования запланированных заказ-нарядов. Запланированные заказ-наряды могут генерироваться поэтапно или заказ-наряд печатается в одной простой форме. Графики, генерирующие Заказ-наряды, основаны на времени – днях, неделях, месяцах или годах; на Измерениях наработки и на данных о последнем планировании или завершении процедуры. Пользователь может выбрать дату выполнения запланированного заказ-наряда, или использовать комбинацию критериев для планирования работы. Планируя рутинное превентивное техобслуживание, вы на практике увидите все преимущества системы управления фондами и активами предприятия: сокращение простоя, уменьшение количества дорогостоящих поломок и ремонтов и более эффективная система управления персоналом и ресурсами. Rомпания AT Kearney совместно с журналом Industry Week опубликовала опрос пользователей ЕАМ-систем для управления ремонтами. По результатам опроса 558 компаний были получены следующие показатели эффеткивности: сокращение простоев оборудования на 20,1% экономия затрат на материалы в эквиваленте19,4% сокращение запасов на техобслуживание и ремонт – 17,8% рост продуктивности технического обслуживания на 28,3% средний период окупаемости программного продукта – 9 месяцев (аналогичный показатель других систем – 14,5 месяцев) Сокращение запасов запчастей: Текущих запасов на 20%-30% Стоимости хранения и доставки на 20% Времени ожидания материалов на 10% Нехватки запасов на 20% Уменьшение затрат на запчасти: Стоимости запчастей на 5%-10% Затрат на закупку на 10%-30% Эффективность оборудования: Эксплуатационная готовность повышается на 15% Количество аварийных работ сокращается на 31% Срока эксплуатации увеличивается на 10% Эффективность персонала: Рост продуктивности на 10%-20% Сокращение сверхурочных работ на 20% Увеличение производительности ремонтов на 29% 2.3 Общие сведения о ЕАМ системе Галактика Управление ремонтами (ТОРО) Галактика ТОРО - входит в состав продуктов Галактика ERP и Галактика Экспресс российской компании Галактика. Используется компаниями как в составе этих систем, так и автономно (без них). Галактика Управление ремонтами (ТОРО) – возможности: Учет состояния оборудования. Ведение журнала простоев и работы оборудования, журнала регистрации выявленных дефектов в межремонтный период, специальный режим учета текущих значений измеряемых показателей оборудования. Планирование обслуживания и ремонтов. Расчет графиков ремонтов на основе нормативов периодичности и продолжительности с использованием различных методов расчета при построении ремонтного цикла, автоматическое формирование плановых заявок на основе набора типовых ремонтных работ. Определение потребностей в ресурсах. По данным заявки составляются планы закупки (производства) запчастей, ремонтные программы для исполнителей, определяется перечень работ для ремонтного персонала. Учет и анализ выполнения ремонтных работ. На основе заявки формируются накладные на отпуск МЦ со склада и акты выполненных ремонтных работ, путем сравнения плановых и фактических документов выполняется анализ отклонений в объемах и сроках. Расчет плановых и фактических затрат. По данным плановых и фактических документов рассчитываются затраты в сводном и аналитическом виде с разбивкой по статьям и элементам затрат. Ведение архива ремонтной документации. После выполнения ремонта документы переводятся в архив с возможностью удобного поиска и просмотра. Задачи: Формирование единой базы данных ТОРО Учет оборудования и комплектующих Контроль технического состояния Планирование обслуживания и ремонтов Формирования смет на ремонтные работы Обеспечение материальными ресурсами Планирование и позаказный учет затрат Учет выполнения ремонтных работ Накопление статистики о ремонтах Анализ выполнения работ Объектами ремонта могут выступать оборудование, здания, сооружения, транспортные средства, средства измерения, вычислительная техника, а так же любые другие производственные объекты. Кроме плановых ремонтов учитываются также и внеплановые ремонты, возникающие либо в процессе выявления дефектов, либо в результате аварийных остановок. Модуль позволяет управлять ремонтами, проводимыми как собственными службами предприятия, так и с использованием сторонних подрядчиков. Работа модуля «ТОРО» системы Галактика ERP основывается как на принципах классической системы планово-предупредительных ремонтов (система ППР), применяемой многими промышленными предприятиями, так и на использовании других методов планирования (по заявкам, комплектующим, дефектам, очередным ремонтам). Под системой ППР понимается совокупность организационных и технических мероприятий по эксплуатации, уходу и ремонту оборудования, направленных на предупреждение преждевременного износа деталей, узлов и механизмов и выхода оборудования из строя. Сущность системы ППР заключается в том, что после отработки определенного количества часов или километров пробега производятся технические осмотры и различные виды плановых ремонтов, чередование и периодичность которых определяется нормативами, конструктивными особенностями и условиями эксплуатации. Система планирования основывается на расчете графика ремонтов по установленным нормам периодичности и продолжительности межремонтного периода, с возможностью автоматического формирования типовых наборов работ. Этот график позволяет составлять как долгосрочные (годовые), так и ближайшие (месячные) планы работ. Полученные в ходе планирования заявки на ремонт служат основанием для исполнителя ремонта. После завершения ремонта составляются акты выполненных работ, отражающие фактическое использование материальных и трудовых ресурсов. Архитектура решения построена на интеграции задач технического обслуживания и ремонта оборудования (ТОРО) с процессами материально-технического обеспечения (МТО), управления складскими запасами, финансами, персоналом и основными фондами. Связь модуля «ТОРО» с другими компонентами системы Галактика ERP осуществляется путем использования общесистемных каталогов и документов других модулей. В свою очередь, другие модули системы используют результаты работы ТОРО. Схема взаимодействия модуля «ТОРО» с другими компонентами системы Галактика ERP показана на рисунке 2.3.1. |