Sap topo что это
Техническое обслуживание и ремонт оборудования
SAP PM: Техническое обслуживание и ремонт оборудования
Работа предприятия напрямую зависит от исправности оборудования, поэтому критически важно своевременно проводить его техобслуживание и ремонт. Эти процессы легко автоматизируются благодаря использованию специального модуля TOPO от компании SAP.
Модуль SAP РМ позволит оптимизировать работу руководителей, экономистов и плановиков подразделений технического обслуживания, службы материально-технического снабжения и производственных подразделений. В частности, модуль поможет в выполнении следующих задач:
Повышение эффективности проведения планово-предупредительных работ
В модуле SAP TOPO объектом технического обслуживания может являться как собственное оборудование компании, так и принадлежащее другим организациям, заказывающим услуги по техобслуживанию. Для эффективного учета необходимо создать следующие объекты: рабочие места и единицы оборудования, спецификации, технологические карты, планы по ремонту и обслуживанию.
Также в модуле удобно автоматизируется проведение планового предупредительного техобслуживания и ремонта (например, учитывающего показания счетчиков). Решение компании SAP фиксирует историю ТОРО. Затем эта информация позволяет запланировать мероприятия по обслуживанию и ремонту.
Функционал SAP TOPO:
Услуги для этого решения
Поставка и поддержка ПО
Компания «Информационные технологии и консалтинг» с 2007 года занимается внедрением проектов автоматизации.
Компания «Информационные технологии и консалтинг» предлагает услуги по разработке эксклюзивной информационной системы для Вашего предприятия.
Мы предоставляем широкий спектр услуг по сопровождению информационных систем, являемся официальным партнером SAP и регулярно подтверждаем сертификат Partner Center of Expertise.
Проведение обучения и тестирования
Компания «Информационные технологии и консалтинг» предлагает услуги по организации, проведению семинаров и тестированию специалистов.
Обновление и модернизация информационных систем
Наша компания предлагает услуги по обновлению, модернизации и миграции информационных систем.
Компания «Информационные технологии и консалтинг» поможет организовать процесс тиражирования и обеспечить эффективную и бесперебойную работу бизнеса.
Компания «Информационные технологии и консалтинг» поможет Вам подготовить бизнес-требовани я, выбрать программный продукт и организовать процесс внедрения решений.
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
Sap topo что это
Аннотация: в данной статье приводится обзор модуля технического обслуживания и ремонта оборудования в системе SAP ERP. Выполнен анализ взаимодействия модуля с другими подсистемами, рассмотрены основные технические объекты: техническое место и единица оборудования. Кроме того, демонстрируются примеры использования указанных объектов.
Скачать : PDF (статья), PDF (выпуск №8).
Ключевые слова: модуль TOPO, Plant Maintenance, SAP Plant Maintenance, SAP ERP, S/4 HANA, техническое обслуживание, ремонт оборудования, техническое место, единица оборудования, технические объекты, модуль PM,маска кодировки ТМ, Fleet Management, управление собственным оборудованием, сервисное обслуживание клиентского оборудования, Customer Service.
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 уже предварительно настроены несколько типов ЕО:
На основе стандартных типов можно создать пользовательские типы ЕО. Для каждого из типов ЕО можно настроить диапазон номеров. Диапазон номеров в данном случае настраивается на уровне концерна, т.е. для всей компании независимо от балансовой единицы, завода и т.д.
Возвращаясь к рис.1, ЕО может быть использовано в Material Management (MM) в качестве серийного номера, в Sales & Distribution (SD) как единица клиентского оборудования, в Quality Management (QM) как единица средства контроля и т.д. Система SAP позволяет построить иерархию ЕО. В данном случае одна из ЕО является вышестоящей, другая – подчиненной. Пример иерархии ЕО приведен на рис.5.
Рис. 5. Пример иерархии ЕО
Иерархия оборудования компании при необходимости может быть построена только на одних ЕО. Все зависит от требования конкретного клиента. ЕО не обязательно монтировать на ТМ. Они могут существовать в системе как отдельные объекты (рис.6).
Рис. 6. Карточка ЕО с основными данными
ТМ и ЕО поддерживают документацию и историю технического обслуживания и ремонта, функционал ведения гарантии. Хранение истории монтажа и демонтажа возможно только для ЕО. Стандартный набор полей карточки ТМ и ЕО может не покрывать всех потребностей клиента. В данном случае можно использовать функционал системы SAP «Классификация». Также данный функционал может быть использован для повышения удобства поиска объектов. Признаки присвоенных классов ТМ и ЕО и их значения доступны для просмотра практически во всех стандартных отчета модуля ТОРО (рис.7).
Рис. 7. Признаки класса в основной записи ЕО и их значения
Стандартные отчеты ТОРО выводят максимум 40 признаков из классификации. Для определения состояния ТМ и ЕО используются статусы (рис.8). Статусы могут быть системными и пользовательскими.
Рис. 8. Список статусов ТМ
4. Заключение
В данной статье были рассмотрены основные объекты модуля ТОРО, было дано определения каждого из объектов и приведены примеры. В следующих статьях будут рассмотрены такие объекты ТОРО как сообщение, заказ, документы измерений и т.д. Будет представлены схемы взаимодействия данных объектов с другими модулями системы, приведены примеры.