sap toro что это
Обзор модуля технического обслуживания и ремонта оборудования в системе SAP ERP
1. Модуль TOPO
Техническое обслуживание и ремонт оборудования (ТОРО) – один из модулей логистики в SAP ERP или S/4 HANA. С его помощью можно планировать ресурсы и учитывать затраты на техническое обслуживание и ремонт оборудования компании. На рис.1 представлено взаимодействие ТОРО с другими модулям системы [1].
Рис. 1. Взаимодействие ТОРО с другими модулями SAP
Условно модуль ТОРО можно разделить на три блока:
Все три блока для построения структуры оборудования компании используют следующие технические объекты [2]:
2. Техническое место
ТМ – место на заводе, где проводятся мероприятия по обслуживанию. При построении структуры ТМ можно руководствоваться критериями, связанными с пространством, процессом, функцией. Критерий, связанный с пространством, используется для описания физического местоположения ТМ (например, мастерская, лаборатория); с процессом, используется для описания ТМ, где проводятся работы (например, сборка, очистка); с функцией, используется для описания ТМ, где выполняются функции (например, холодильная камера, станция очистки воды).
SAP предполагает возможность создания иерархии ТМ. В проекте за построение иерархии ТМ как правило отвечает персонал департамента технического обслуживания [3]. Пример иерархии ТМ показан на рис.2.
Рис. 2. Пример иерархии ТМ
Каждое ТМ должно быть закодировано согласно определенной маске. Максимальная длина маски 40 символов. Ее структура определяется департаментом технического обслуживания (рис.3).
Рис. 3. Структура маски кодировки ТМ
Пример маски: RU-CNTR-7867-TCX1-UCH1. Пример карточки ТМ с указанием кода ТМ показан на рис.4.
Рис.4. Карточка ТМ с основными данными
3. Единица оборудования
ЕО – отдельный технический объект, обслуживание и ремонт которого выполнятся автономно. Например, сепаратор, клапан, холодильник, транспортное средство. ЕО может быть смонтирована и демонтирована на ТМ. В стандарте системе SAP уже предварительно настроены несколько типов ЕО:
На основе стандартных типов можно создать пользовательские типы ЕО. Для каждого из типов ЕО можно настроить диапазон номеров. Диапазон номеров в данном случае настраивается на уровне концерна, т.е. для всей компании независимо от балансовой единицы, завода и т.д.
Мобильное ТОРО – простой путь работы с SAP
Как автоматизировать процессы технического обслуживания на предприятиях с помощью мобильных устройств?
Традиционно в рамках проведения осмотров и планово-предупредительных ремонтов возникают проблемы с контролем качества и учета выполнения работ по заявкам. Информация о состоянии высокотехнологичного оборудования ведется в бумажных журналах обходов, осмотров и передачи смен, в учетную систему данные вводятся вручную. Как следствие, данные в системе ТОРО неактуальны и не соответствует реальной картине на объекте, отсутствует статистика по дефектам и отказам оборудования.
Предпосылки внедрения мобильного ТОРО:
Большой объем ручного ввода данных;
Ручное резервирование и списание материалов;
Трудоемкость поиска заказов на ремонт в системе;
Отсутствие автоматического контроля списания материалов, множественные ошибки и корректировки;
Трудоемкая процедура закрытия заказов на производство работ.
Мобильное ТОРО позволяет оперативно получать и вводить данные в учетную систему непосредственно с места выполнения работ. Мобильные устройства используются для получения, выполнения и закрытия заказов на ремонт.
Сценарий выполнения технического обслуживания с помощью мобильных устройств:
 | В SAP PM (ТОРО) формируется и согласовывается заявка на ремонт, резервируются материалы на складе |
 | Пользователь получает заказы на ремонт на мобильное устройство |
 | Пользователь подходит к оборудованию, считывает NFC-метку и видит перечень операций к выполнению |
Внедрение мобильного ТОРО на производстве позволяет автоматизировать процессы технического обслуживания, сокращая время на ввод и обработку данных «с полей» и исключая бумажный документооборот. В результате становится возможным оперативное принятие решений и своевременное выполнение необходимых работ, а информация о каждой операции сохраняется в единой базе данных.
Эффекты от внедрения:
Контроль
Блокирование заказов от изменений после согласования
Контроль выполнения ремонтов и списания материалов
Персонализация ответственности за выполнение ремонта
Удобство
Автоматически: формирование заказов на ремонт, получение заказов на мобильное устройство, закрытие заказов
Информация доступна как за рабочим столом, так и на производственной площадке через мобильное устройство
Простые пользовательские интерфейсы
Анализ эффективности
Формирование отчетности и аналитики по ремонтам оборудования
Накопление статистики по оборудованию для анализа и принятия решений
Возможность обоснования численности ремонтного персонала, мотивация сотрудников на основе реальной статистики по трудозатратам
SAP ТОРО
ТОРО в SAP – модуль управления техническим обслуживанием
Гибкость и прекрасная адаптация SAP систем к конкретным нуждам компании с учетом специфики ее бизнес-процессов – одно из важнейших преимуществ данных систем. Кроме того, это позволяет выбрать оптимальные решения с точки зрения финансовых вложений, используя только те функции, которые заказчику необходимы на текущий момент. Достичь подобной гибкости и универсальности позволяет модульная конструкция SAP. Одним из таких модулей системы является SAP ТОРО – модуль технического обслуживания и ремонта оборудования компании (или еще встречается аббревиатура SAP PM – Plant Maintenance). Краткое описание SAP модуля PM – обеспечение информационной поддержки планирования ремонтов и их материального обеспечения.
Преимущества внедрения SAP ТОРО
ТОРО в SAP – это возможность оптимизировать процессы технического обслуживания оборудования, запланировать ремонтные работы без ущерба для производственной деятельности, определить необходимый размер финансовых средств как на запчасти, так и на работы.
Модули ТОРО SAP позволяют автоматизировать управление техническим обслуживанием и ремонтом оборудования на предприятии, оптимально распределив сроки ТО (Техническое обслуживание)и финансовые ресурсы, выделяемые на эти цели. Если компанией активно используется автотранспорт, ТОРО для SAP ERP также станет удобным инструментом контроля.
Для решения поставленных задач в программе задаются единицы оборудования, технические рабочие места, спецификация и технологические карты ТОРО и т.п. Внедрение модуля SAP ТОРО позволяет планировать предупредительное ТО и ремонт оборудования, автоматически создавать сообщения и заказы ТОРО на основе измерений и показаний счетчиков, хранить историю техобслуживания для анализа данных по расходу запчастей и многое другое.
Внедрение данного модуля является отличным дополнением системы SAP, благодаря которому MRP ERP системы приобретают надежную оболочку для бесперебойного функционирования и раскрытия всех своих функциональных возможностей.
2. Построение типовой системы управления ТОРО на платформе SAP ERP. Часть 1
Эффективное управление процессами ТОРО
Лехтцинд Виктор Владимирович
Данная глава посвящена построению типовой системы управления ТОРО на платформе SAP ERP.
2.1. Состав бизнес-сценариев (подсистем) ТОРО
Собственная практика проектирования различных систем управления ТОРО и анализ опыта проектирования других консалтинговых компаний показывает, что в большинстве случаев систему управления можно разбить на следующие функциональные подсистемы:
Рис. 7
2.2. Связный поток документов ТОРО – основа эффективного функционирования системы
Система управления ТОРО базируется на целостном потоке документов, формируемых и обрабатываемых различными модулями SAP ERP (Рис. 8). В отдельных случаях этот поток может видоизменяться, и некоторые документы могут вообще не использоваться, например, «Контракты» или «Заказы на закупку услуг ТОРО». Но, в общем случае, нарушения в связности документов или исключение отдельных цепочек в документообороте существенно снижают аналитические возможности системы и иногда делают бессмысленным выполнение отдельных действий в системе. Наиболее часто встречающимся нарушением на практике является разрыв взаимосвязей между заказами ТОРО и заказами на закупку услуг ТОРО. Заказы на закупку услуг являются компонентом системы управления материальными потоками (MM), а потому зачастую рассматриваются только как средство бухгалтерского учета затрат и их необходимость обуславливается необходимостью осуществления расчетов с поставщиком услуг. При нарушении взаимосвязи между заказами ТОРО и заказами на закупку услуг становится невозможным установление адресной связи затрат на ТОРО и техническими объектами ТОРО. Но встречается и другая ошибка – когда заказ ТОРО создается «задним числом» по факту выполнения работ и используется только для того, что бы формально выполнить заданную настройками SAP ERP последовательность создания заказов MM.
Рис. 8
Еще одним важным условием эффективности работы системы управления ТОРО является обязательность взаимосвязи между заказами ТОРО и сообщениями, на основании которых инициируется создание заказа. При этом не имеет значения, связано это с реакцией на какие-либо отклонения в работе оборудования или мероприятие ТОРО является плановым. Общий принцип таков: «Любой Заказ ТОРО должен иметь связанное с ним Сообщение, однако не каждое Сообщение должно влечь за собой создание Заказа ТОРО». Далее будут рассмотрены различные варианты использования Сообщений. Поток документов SAP ERP может так же зависеть от формы организации ТОРО. При выполнении работ персоналом собственных структурных подразделений владельца оборудования, цепочка «Заказ ТОРО» => Заказ MM => Акт приема/передачи услуг» отсутствует, вместо нее появляется цепочка «Заказ ТОРО => Подтверждение => Расчет внутренних тарифов работ ТОРО».
2.3. Подсистема оперативного производственного учета оборудования
2.3.1. Иерархическая структура данных об объектах ТОРО – информационная основа системы
Построение рациональной иерархической структуры технических объектов ТОРО – не тривиальная задача. В принципе, сама по себе система SAP ERP не накладывает каких-либо ограничений на число уровней иерархии, но здесь нельзя переусердствовать. При построении структуры объектов нужно, прежде всего, исходить из принципа «разумной достаточности». На нижних уровнях иерархии следует создавать только те объекты, которые и являются и объектами технического обслуживания и ремонта и объектами отнесения затрат (Рис 9). Чрезмерная детализация структуры и попытки воспроизвести конструкторские чертежные спецификации с помощью системы кодирования объектов типа «Техническое место» не имеют никакого экономического смысла.
Рис. 9
Зачастую чрезмерная детализация структур объясняется заказчиками необходимостью облегчения поиска объекта, но достичь максимальной скорости и удобства поиска объектов можно и другими средствами, предоставляемыми в SAP ERP. Те же подходы применимы и к построению справочника (реестра) единиц оборудования.
Рис. 10
Структурирование единицы оборудования имеет смысл в тех случаях, когда в процессе ремонта производится полное разукомплектование, например, для электроцентробежных насосных установок (Рис. 10).
Далее будет показано, каким образом следует оптимально структурировать объекты до уровня запасных частей и комплектующих изделий с помощью системы узловых спецификаций. В данном конкретном случае такое структурирование объекта оправдано и дает значительные преимущества при организации процесса учета наличия и перемещений УЭЦН.
Пример избыточной детализации при построении иерархии объектов ТОРО показан на Рис. 11. На снимке экрана видно, что в качестве технического места указан фактически измеряемый параметр, а не реальный технический объект. Совершенно очевидно, что «Температура нефти в сепараторе» не может быть ни объектом ремонта, ни объектом учета затрат. Ничего кроме разрастания глубины иерархического дерева это не дает, хотя заказчик, настаивавший на таком структурировании, конечно же, руководствовался благими намерениями и доказывал, «что ему так удобней находить месторасположение объектов». Подходы по принципу «так удобней» всегда отражают частные вкусовые предпочтения отдельного специалиста и ничего общего с целями обеспечения эффективного управления системой ТОРО не имеют. Иерархическая структура объектов в SAP не может и не должна заменять технологические схемы, схемы размещения и прочие технические документы.
2.3.2. Связь реестра оборудования со справочником материалов
Рис. 12
Рис. 13
Еще одной задачей, которая должна решаться при рассмотрении взаимосвязей между реестром (справочником) оборудования и справочником материалов, является инициация процедур создания новой записи ЕО при приемке на склад МТО вновь поступающего оборудования. Это одно из наиболее слабых мест во взаимодействии модуля управления материальными потоками и модуля ТОРО. Факт поступления на склад нового оборудования далеко не всегда становится известным специалистам, осуществляющим эксплуатацию и обслуживание оборудования, поэтому заявка на создание новой записи в справочнике ЕО о поступившем оборудовании возникает с очень большим опозданием. Не редки случаи, когда единица оборудования уже установлена, эксплуатируется и требует технического обслуживания, а соответствующих данных о ней в системе управления ТОРО – нет. Хотя в стандартной реализации SAP ERP имеется возможность автоматического создания новой записи ЕО в момент поступления ее на склад МТО, но при укрупненном методе учета основных средств (ОС) возникают определенные трудности. Для преодоления этих трудностей и возможности автоматизированного создания, вновь поступивших единиц оборудования при приемке новых материалов, даже в случае укрупненного учета ОС, в системе SAP ERP следует внести ряд изменений, которые позволят автоматически создавать новые единицы оборудования при проводке документа поступления материала. Изменения состоят в том что, в основную запись материала (ОЗМ) добавлены дополнительные аналитические признаки:
При формировании заявок на закупку материалов признак релевантности ЕО и номер ЕО-образца автоматически копируются из данных ОЗМ в позиции заявок. Кроме того, в случае отсутствия необходимых данных в ОЗМ, предусматривается возможность заполнения значения признака релевантности ЕО и номера ЕО-образца непосредственно в заявке на закупку.
Для обеспечения возможности автоматического определения технического места-площадки хранения, на котором автоматически будут смонтированы вновь создаваемые ЕО, ведется вспомогательная таблица соответствия завода, складов и технических мест-площадок хранения (складов).
При проводке документа поступления материала для каждой позиции, релевантной единицам оборудования, на соответствующем указанному складу техническом месте автоматически создаются новые единицы оборудования. Количество создаваемых единиц оборудования равно количеству в позиции документа материала. Для обеспечения возможности связи между документами поступления материалов, документами закупки и дальнейших движений единиц оборудования в основной записи каждой создаваемой единицы оборудования автоматически заполняется системный номер документа материала («Тип конструкции»).
При автоматическом создании единиц оборудования в документах поступления материалов могут отсутствовать следующие ключевые данные:
Специалист ТОРО-получатель оборудования со склада должен самостоятельно доопределить недостающую информацию во вновь созданных единицах оборудования перед их перемещением с технического места – площадки хранения оборудования на технологические объекты.
2.3.3. Связь технических объектов ТОРО со справочником основных средств
В тех случаях, когда объект ТОРО является объектом системы учета основных средств в модуле FI, для связи этих систем используется поле «ОснСредство» в основной записи реестра технических объектов (справочник ТМ или справочник ЕО). (Рис. 14)
Рис. 14
Наличие такой взаимосвязи позволяет решать задачи оценки целесообразности продолжения эксплуатации, объекта путем сопоставления балансовой и остаточной стоимости объекта с совокупными затратами на ТОРО. Кроме того, в ряде случаев в документах ТОРО, по требованиям бухгалтерского учета, необходимо указывать номер основного средства (или его инвентарный номер).
2.3.4. Система классификации объектов в ТОРО
Система классификации в рамках системы SAP ERP – универсальный инструмент наделения любых объектов дополнительными характеристиками, обладающими свойством наследования. Система классификации строится как многоуровневая иерархическая структура, у которой каждый нижестоящий уровень наследует свойства (характеристики) вышестоящего. В рамках системы управления ТОРО система классификации объектов используется, прежде всего, для того, чтобы обеспечить описание всего многообразия свойств и характеристик объектов ТОРО, значимых как для оценки технического состояния, так и для оценки текущего состояния парка оборудования в самых различных ракурсах.
Основная запись в реестре (справочнике) технических мест или реестре (справочнике) единиц оборудования обладает фиксированным и единым для всех набором полей для описания свойств и характеристик объекта. Использование системы классификации позволяет практически неограниченно расширить набор данных об объекте. Однако не следует эту свободу воспринимать как свободу расширения объема данных по принципу «на всякий случай» или пытаться занести все данные, которые могут быть получены из конструкторско-технологической документации изготовителя. Практика показывает, что в большинстве случаев используется относительно небольшое число характеристик, а созданные «на всякий случай» так и остаются не заполненными.
Рис. 15
Основным назначением системы классификации должно быть оказание практической помощи при формировании отчетов и экранных форм для однородных и сопоставимых по своим свойствам групп объектов ТОРО. Классификационные признаки служат так же хорошим средством описания унифицированных алгоритмов обработки данных для однородных групп оборудования. Этого зачастую не удается добиться, используя разделение оборудования по признаку «Вид оборудования», т.к. справочник видов не структурирован и представляет собой одноуровневый линейный список, в котором могут быть смешаны различные уровни группирования объектов. Весьма полезным решением является такое построение классификатора, что бы он в какой-то части (хотя бы на первом уровне) пересекался со списком видов оборудования. Это облегчает пользователям процедуры поиска и агрегирования, не прибегая к более сложным процедурам поиска по классификатору. При этом в случаях использования классификатора для объектов, отобранных по видам оборудования, на экранных формах не будет происходить перемешивание технических характеристик разнородных объектов.
Систему классификации целесообразно так же использовать для автоматической унификации наименований оборудования в основной записи справочника оборудования. Поскольку наполнение справочника происходит непрерывно и на основании данных, предоставляемых разными людьми, то, как правило, различные экземпляры одного и того же объекта имеют разные наименования. Это затрудняет аналитику данных, извлекаемых из системы. С одной стороны, различные кодовые обозначения не несут смысловой нагрузки, а с другой стороны, из-за различий в наименованиях, однотипные объекты размещаются в отчетных формах в различных местах, да сами наименования так же часто некорректны с технической точки зрения. Для автоматического образования имени объекта используются наименования класса и некоторые значения его технических характеристик. Пример такого способа наименования единиц оборудования описан в разделе «Оперативный учет ГНО». При этом первоначальное, неформализованное наименование, введенное при первичном наполнении базы данных, будет автоматически приводиться к унифицированному виду при любых изменения и сохранении основной записи об объекте.
Пример построения классификатора для единиц оборудования, характерный для нефтедобывающего предприятия:
Рис. 16
Замечание к примеру: если планируется использовать наименования классов для формирования унифицированных наименований оборудования – наименования классов должны грамматически указываться в единственном числе.
2.3.5. Перемещение оборудования – основа оперативного учета наличия оборудования
Задачи и цели оперативного учета наличия оборудования, как в местах эксплуатации, так и в местах ремонта и временного хранения, существенно отличаются от задач и целей бухгалтерского учета. Во-первых, нет полного соответствия по номенклатуре между объектами учета, а во-вторых, ряд перемещений объектов в процессе эксплуатации и ремонта не представляет интереса для бухгалтерского учета, но имеет существенное значение для оперативного управления процессами ТОРО. Оперативный учет оборудования строится на выполнении таких системных операций (транзакций) SAP ERP как «демонтаж» и «монтаж» единиц оборудования. Стандартным решением SAP для отслеживания перемещений оборудования является просмотр периодов использования, которые автоматически изменяются после каждого исполнения операций «демонтажа/монтажа» (Рис. 17). Такой анализ может быть произведен как по определенной единице оборудования («история жизни оборудования»), так и по отдельному техническому месту («история замены оборудования»).
Рис. 17
Выполнение операций перемещения должно сопровождаться изменением статуса (состояния) оборудования, которое он приобретает, изменив свое местонахождение.
Используя стандартный прием выгрузки отчета о периодах пребывания в формате Excel, можно легко построить сводную аналитическую таблицу, позволяющую оценить количество единиц оборудования на различных площадках хранения, абсолютное и среднее время пребывания оборудования в той или иной стадии ремонта и многие другие параметры, характеризующие организационный уровень системы ТОРО. На Рис. 18 приведен пример отчета о среднем времени «пролеживания» УЭЦН на ремонтных площадках сервисного предприятия и времени пребывания отремонтированного оборудования в «холодном» резерве. Устанавливая предельные сроки хранения и используя условное форматирование цветом, легко увидеть нарушения в организации процесса ремонта оборудования.
Стандартное решение SAP ERP требует исполнения последовательности трех действий: демонтаж=>монтаж=>смена статуса. На практике эта последовательность выполняется с ошибками, не своевременно и не в полном объеме. Особенно это касается изменения статусов оборудования. В итоге оперативный учет становиться недостоверным и не дает надежной основы для принятия управленческих решений.
Рис. 18
Решение этой проблемы лежит в применении специальной разработки интерфейса, позволяющего выполнять перемещения объектов в системе SAP ERP «выделением» и «перетаскиванием» перемещаемого объекта на экранной форме, подобно тому, как это делается при перемещении файлов в обычных браузерах (Рис. 19). Пользователю остается только указать дату физического перемещения и в некоторых случаях количественные характеристики перемещаемого объекта. По сути дела, эта разработка представляет собой программную оболочку, выполняющую ту же самую последовательность транзакций, что и стандартное решение, но делает это «скрыто» от пользователя. Цветовая окраска объектов позволяет видеть объекты, которые не могут быть перемещены, объекты которые только, что были перемещены, а преднастроенная фильтрация объектов по техническим местам сокращает набор видимых на экране перемещаемых объектов. Возможно так же и массовое перемещение путем предварительного выделения всех однородных перемещаемых объектов (например, манометры или трубы НКТ) и «перетаскивания» их на техническое место типа «Площадка».
Рис. 19
Применение описанных выше стандартных решений для оперативного учета глубинно-насосного оборудования (ГНО) встречается с рядом трудностей. Глубинно-насосное оборудование скважин (электроцентробежные насосные установки, трубы НКТ, насосные штанги, кабели ЭЦН и их компоненты) – наиболее активная часть основных фондов нефтегазодобывающих предприятий. Закупки нового оборудования, оценка его наличия в различных стадиях эксплуатации и хранения, подбор оборудования в соответствии с технологическими требованиями добычи требуют оперативного и, главное, достоверного учета всех компонентов ГНО. Данные такого учета должны быть доступны широкому кругу специалистов, быть сопоставимыми во времени и по источникам данных.
Стандартные решения SAP по учету перемещений оборудования не учитывают некоторых особенностей ГНО. Реализации задачи учета ГНО не является тривиальной по сравнению со стандартными решениями в SAP, обеспечивающими учет обычного оборудования. Помимо общего количественного учета по местам эксплуатации и местам хранения, большой интерес для специалистов добывающего предприятия представляет учет ГНО по его состоянию (в эксплуатации, на комиссионном обследовании, в ремонте, отремонтировано и готово к использованию и т.д.). Здесь основные проблемы учета носят чисто организационный характер. Отслеживание и фиксация изменения состояния учетного объекта при каждом его перемещении достаточно трудоемкая работа при использовании стандартных методов учета в SAP ERP.
Решение проблемы учета ГНО требует выполнения ряда доработок в системе и в отдельных случаях отхода от применения стандартных вариантов транзакций «демонтаж-монтаж».
В целях оперативного производственного учета УЭЦН в системе SAP вводятся объекты:
a. «Установка УЭЦН в сборе» (УЭЦН), относящаяся к подклассу «Насосы погружные электроцентробежные» и обладающая ограниченным набором технических параметров (классификационных признаков): «Габаритная группа», «Теоритическая производительность», «Текущая дата начала эксплуатации», «Напор насоса». Значение этих признаков обновляются автоматически при перемещении/монтаже УЭЦН на скважину. Наименование установки формируется автоматически и состоит из постоянного текстового значения «УЭЦН», цифрового значения габаритной группы первой секции, цифрового значения производительности секции с наименьшей производительностью и цифрового значения суммарного напора всех секций смонтированных на установке. Все отдельные части обозначения разделяются дефисом. В тех случаях, когда по технологическим соображениям на установку монтируются секции с различными значениями по производительности, все эти значения включаются в наименование последовательно по нарастанию от наименьшего значения к наибольшему
Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland