Программа торо как работать


SAP ТОРО

Гибкость и прекрасная адаптация SAP систем к конкретным нуждам компании с учетом специфики ее бизнес-процессов – одно из важнейших преимуществ данных систем. Кроме того, это позволяет выбрать оптимальные решения с точки зрения финансовых вложений, используя только те функции, которые заказчику необходимы на текущий момент. Достичь подобной гибкости и универсальности позволяет модульная конструкция SAP. Одним из таких модулей системы является SAP ТОРО – модуль технического обслуживания и ремонта оборудования компании (или еще встречается аббревиатура SAP PM – Plant Maintenance). Краткое описание SAP модуля PM – обеспечение информационной поддержки планирования ремонтов и их материального обеспечения.

Преимущества внедрения SAP ТОРО

ТОРО в SAP – это возможность оптимизировать процессы технического обслуживания оборудования, запланировать ремонтные работы без ущерба для производственной деятельности, определить необходимый размер финансовых средств как на запчасти, так и на работы.

Модули ТОРО SAP позволяют автоматизировать управление техническим обслуживанием и ремонтом оборудования на предприятии, оптимально распределив сроки ТО (Техническое обслуживание)и финансовые ресурсы, выделяемые на эти цели. Если компанией активно используется автотранспорт, ТОРО для SAP ERP также станет удобным инструментом контроля.

Для решения поставленных задач в программе задаются единицы оборудования, технические рабочие места, спецификация и технологические карты ТОРО и т.п. Внедрение модуля SAP ТОРО позволяет планировать предупредительное ТО и ремонт оборудования, автоматически создавать сообщения и заказы ТОРО на основе измерений и показаний счетчиков, хранить историю техобслуживания для анализа данных по расходу запчастей и многое другое.

Внедрение данного модуля является отличным дополнением системы SAP, благодаря которому MRP ERP системы приобретают надежную оболочку для бесперебойного функционирования и раскрытия всех своих функциональных возможностей.

  • автоматизировать ведение данных по оборудованию (технические места, единицы оборудования, его классификация, спецификация технических объектов и т.п.);
  • провести паспортизацию оборудования;
  • обеспечить ведение баз данных по нормативам и каталогам ТОРО;
  • произвести расчет потребностей в материалах, агрегатах, запасных частях и обеспечить формирование заявок на их закупку в необходимых количествах и ассортименте;
  • обеспечить учет и контроль выполнения ремонтных работ, в т.ч. контроль выполнения проведенных ремонтов, подтверждения фактического количества часов, затраченных на проведение ремонтных работ, отпуск материалов и пр.;
  • вести управление закупками (составить графики закупок для обеспечения своевременной поставки материалов и запчастей для ремонта и технического обслуживания оборудования);
  • планировать численность персонала и иных видов материальных ресурсов, необходимых для ТОРО;
  • эффективно распределять и корректировать затраты на ремонт по выбранным показателям (структурное подразделение, определенный период времени).

Завершённые проекты

ООО «Трансойл»

Информационные материалы

  • Презентация о компании

    Скачать (PPT, 1,8 Mb)

  • Все буклеты

Заказать консультацию специалиста по внедрению

← Другие решения

asapcg.com

Мобильное ТОРО – простой путь работы с SAP

05.09.2018

Как автоматизировать процессы технического обслуживания на предприятиях с помощью мобильных устройств?

Традиционно в рамках проведения осмотров и планово-предупредительных ремонтов возникают проблемы с контролем качества и учета выполнения работ по заявкам. Информация о состоянии высокотехнологичного оборудования ведется в бумажных журналах обходов, осмотров и передачи смен, в учетную систему данные вводятся вручную. Как следствие, данные в системе ТОРО неактуальны и не соответствует реальной картине на объекте, отсутствует статистика по дефектам и отказам оборудования.

Предпосылки внедрения мобильного ТОРО:

  • Большой объем ручного ввода данных;

  • Ручное резервирование и списание материалов;

  • Трудоемкость поиска заказов на ремонт в системе;

  • Отсутствие автоматического контроля списания материалов, множественные ошибки и корректировки;

  • Трудоемкая процедура закрытия заказов на производство работ.

Мобильное ТОРО позволяет оперативно получать и вводить данные в учетную систему непосредственно с места выполнения работ. Мобильные устройства используются для получения, выполнения и закрытия заказов на ремонт.

Сценарий выполнения технического обслуживания с помощью мобильных устройств:

В SAP PM (ТОРО) формируется и согласовывается заявка на ремонт, резервируются материалы на складе
Пользователь получает заказы на ремонт на мобильное устройство
Пользователь подходит к оборудованию, считывает NFC-метку и видит перечень операций к выполнению
После выполнения ремонта пользователь списывает материалы и подтверждает завершение ремонта
Данные автоматически передаются в систему SAP PM (ТОРО)
В SAP PM (ТОРО)  формируется отчетность о выполненных ремонтах и израсходованных материалах
Внедрение мобильного ТОРО на производстве позволяет автоматизировать процессы технического обслуживания, сокращая время на ввод и обработку данных «с полей» и исключая бумажный документооборот. В результате становится возможным оперативное принятие решений и своевременное выполнение необходимых работ, а информация о каждой операции сохраняется в единой базе данных.

Эффекты от внедрения:

Контроль
  • Блокирование заказов от изменений после согласования

  • Контроль выполнения ремонтов и списания материалов

  • Персонализация ответственности за выполнение ремонта

Удобство
  • Автоматически: формирование заказов на ремонт, получение заказов на мобильное устройство, закрытие заказов

  • Информация доступна как за рабочим столом, так и на производственной площадке через мобильное устройство

  • Простые пользовательские интерфейсы

Анализ эффективности
  • Формирование отчетности и аналитики по ремонтам оборудования

  • Накопление статистики по оборудованию для анализа и принятия решений

  • Возможность обоснования численности ремонтного персонала, мотивация сотрудников на основе реальной статистики по трудозатратам

terralink.ru

1. Роль и значение процессов управления ТОРО для нефтегазодобывающих предприяти

Рынок программного обеспечения, с помощью которого можно решать задачи управления бизнес-процессами технического обслуживания и ремонта оборудования, достаточно велик.

Сегодня практически все разработчики ERP-систем (Enterprise Resource Planning), EAM-систем (Enterprise Asset Management) и MES-систем (Manufacturing Execution System) заявляют о наличии в составе предлагаемых ими пакетов модуля управления ТОРО. Можно привести в качестве примеров целый список:

  • Avantis PRO
  • Global EAM
  • Infor (Datastream)
  • IFS-Ремонты
  • Maximo
  • Microsoft Dynamics AX
  • Oracle EAM
  • SAP PM
  • ИСУ НЭ
  • «Галактика» и др.

По набору автоматизируемых процессов эти продукты во многом совпадают. Часто они отличаются только интерфейсом и средствами визуализации результатов и, самое главное, степенью интеграции с другими производственными и финансово-экономическими системами.

Повышенный интерес к проблематике ТОРО объясняется тем, что затраты на техническое обслуживание и содержание технологического оборудования составляют весьма заметную долю затрат в общей себестоимости продукции для большинства промышленных  отраслей. В нефтегазодобывающей отрасли эти затраты могут достигать 25-30%  от себестоимости добычи нефти и газа.  Поэтому повышенное внимание экономических служб к этой статье расходов естественно и желание сократить эти затраты объяснимо.  Интуитивно, конечно, все понимают, что не обслуживать и не ремонтировать оборудование нельзя, но статья «расходы на содержание оборудования» всегда наименее защищена и наиболее часто подвергается принудительному секвестрованию.

Исходя из этого желания, наиболее частое разочарование, постигающее инициаторов внедрения ERP-систем управления ТОРО – это то, что в результате «правильного планирования», точного исполнения всех правил и положений, предусмотренных регламентами и нормативами ТОРО, затраты не только не уменьшаются, а напротив, увеличиваются.  Причина такого парадоксального результата в том, что при формировании планов ТОРО и, соответственно, затрат ресурсов, необходимых для выполнения этих планов, инициаторы работ не формулируют конкретных результатов, которые должны быть достигнуты при выполнении намеченных планов. Во главу угла обоснования потребности в ресурсах ставится цель, которую нельзя ни проверить, ни численно оценить. Это фактически некий лозунг – «Работу нужно выполнить, чтобы обеспечить работоспособность оборудования».  Такая целевая установка ничем не отличается от советских призывов «Вперёд к победе коммунизма» и т.п. словесной эквилибристики.

В силу отсутствия ясного экономического обоснования потребностей в ресурсах на выполнение ТОРО, естественно, возникают волевые ограничения, лимиты, бюджеты.    Одним из пропагандируемых достижений систем ТОРО выдвигается возможность контроля над расходованием бюджетных  средств. Практически во всех проектах, реализованных нами, эта возможность присутствовала и на практике работала, но она никак не способствовала снижению затрат на ТОРО.  Более того, система лимитирования затрат и контроля не превышения лимитов в действительности стимулирует исполнителей мероприятий ТОРО израсходовать как можно больше ресурсов в текущем периоде, для того чтобы в следующем периоде не уменьшили лимит.

Как добиться, что бы векторы производственных интересов специалистов, занятых в управлении ТОРО, и экономические интересы компании по сокращению затрат совпадали если не полностью, то хотя бы по направлению – вот основная задача, которую необходимо решать при реализации проектов управления ТОРО, безотносительно к  той программной платформе, на которой предполагается ее исполнять.

Ключ к решению лежит в построении такой ERP-системы управления ТОРО, которая строится на программно-целевых принципах. При этом процесс планирования ТОРО должен рассматриваться как процесс разработки целевых программ, направленных на достижение конкретных значений показателей эффективности системы.  Только наличие сопоставимых плановых значений и достигнутых значений показателей эффективности может служить признаком управляемости системы.  Анализ достигнутых значений показателей должен служить основой выработки планируемых мероприятий ТОРО, направленных на улучшение или, по крайней мере, на сохранение достигнутых значений. Только при таком подходе можно достичь увеличения доходности компании. Любой другой подход – бесполезная трата средств и времени.

Рис. 1

Показатель эффективности

Механизм достижения

Повышение производительности при фиксированных затратах

Увеличение доступности (увеличение коэф. загрузки)

Уменьшение  парка неиспользуемого и простаивающего оборудования благодаря  мероприятиям, выполняемым на основе анализа показателей  времени восстановления работоспособности и времени нахождения оборудования  в состоянии ожидания ремонта и времени пребывания в «холодном» резерве

Повышение надежности и отказоустойчивости оборудования на основе анализа индикаторов/показателей  надежности (например, MTBF), рассчитываемых и индицируемых на управляющих панелях   на основе данных ИСУ.

Сокращение времени простоя оборудования в связи с необходимостью ремонта. Планируемое ТОРО сокращает общее время простоя на период ремонта. На устранение отказов и аварий суммарно затрачивается больше времени, чем на плановое ТО  

Увеличение  объема продукции

Сокращение потерь продукции от остановок оборудования  на период ожидания и выполнения ремонта в связи с более четким планированием работ 

Сокращение потерь продукции вызванных нарушениями в работе оборудования (утечки, разливы, стравливания и выбросы при  работе предохранительных устройств и пр.)

Уменьшение затрат

Снижение затрат на производство работ ТОРО

Улучшение планирования ремонтных проектов на основе технологических карт. Отслеживание сроков, объемов и качества выполненных работ ТОРО уменьшает число повторных и преждевременных ремонтов и увеличивает межремонтный период работы и наработку на отказ.

Более качественное оперативное и  календарное планирование ТОРО снижает затраты, связанные с внезапными перебросками обслуживающего персонала  на другие объекты для проведения аварийных ремонтов.

Техническая обоснованность стоимости ремонтов, рассчитываемая на основе норм расхода времени и материалов, исключает субъективные оценки и завышения объемов необходимых затрат. Автоматический контроль исполнения бюджета и механизмы согласования заказов ТОРО исключают несанкционированный перерасход средств на ТОРО и приписки физических объемов выполненных работ.

Снижение затрат на МТО для производства работ ТОРО

Улучшение планирования запасных частей благодаря системе планирования материалов под заказы ТОРО и под конкретные календарные планы предупредительного ТОРО  увеличивает оборачиваемость средств, выделяемых на закупку материалов и запасных частей для ТОРО.

Сокращение излишних запасов благодаря улучшению эффективности планирования запасов на основе календарных планов предупредительного ТОРО,  нормативов, заложенных в технологических картах и системы ППМ под заказы ТОРО. Сокращаются издержки на хранения и потери в связи моральным и физическим устареванием запасных частей или исчерпанием сроков их хранения.

Увеличение доступности материалов и средств, благодаря возможности быстрого поиска и маневрирования материальными ресурсами, необходимыми для ТОРО, вне зависимости от места нахождения данных ресурсов, исключает  простой ремонтного персонала в ожидании закупки или доставки материалов из удаленных мест складирования и увеличивает оборачиваемость ТМЦ.

Снижение потерь вызванных авариями и отказами оборудования

Снижение аварийности и повышение отказоустойчивости оборудования значительно снижают риски понести затраты, связанные с  ликвидацией последствий аварий и отказов оборудования, а так же выплатой возмещения как экологических ущербов, так и ущерба и вреда здоровью  сотрудников компании либо третьих лиц, которые зачастую многократно превышают  затраты на работы ТОРО.

Повышение энергоэффективности и снижение затрат на энергообеспечение

Исправное и хорошо обслуживаемое оборудование потребляет энергии на 5-10% меньше, чем неисправное и работающее в нерасчетных режимах и перегрузках при предаварийных ситуациях (холодильно-вентиляционное оборудование, подшипниковые узлы динамического оборудования, контактно-переключающее электрооборудование и пр.).

Табл. 1

В Табл. 1 показаны  некоторые механизмы,  за счет которых достигается увеличение доходности компании в результате развития системы управления процессами ТОРО.  Безусловно, что это не исчерпывающий набор возможностей снижения затрат и повышения доходности, на практике для различных компаний могут быть и другие источники снижения затрат.

Ответственность, обязательность отчетности и унифицированные коммуникации никогда раньше не проверялись так жестко. Люди не любят перемены, а применение моделей ERP для управления процессами ТОРО требует изменения их стиля работы. Вот почему так трудно достичь положительного эффекта от внедрения системы ТОРО. Ценно не само по себе программное обеспечение, а перемены, которые компания должна провести в способах ведения бизнеса. Если просто установить новое программное обеспечение, не изменяя принципов работы, никакого эффекта не будет достигнуто вообще. Наоборот, новое программное обеспечение только затормозит работу – просто прежняя программа, которую все знают, заменяется новой, более сложной и неизвестной никому.

1.2.   Взаимодействие со смежными бизнес-процессами

Внедрение модуля технического обслуживания и ремонта оборудования (ТОРО) считается одним из самых сложных участков при внедрении ERP-систем. Бизнес-процессы ТОРО выполняются в тесном взаимодействии с другими процессами, обеспечивающими эффективное функционирование нефтегазодобывающего предприятия (Рис. 2). 

Рис. 2

Практика внедрения систем управления ТОРО показала, что зачастую при разработке и внедрении интегрированных систем управления предприятием в первую очередь реализуются бизнес-процесс бухгалтерского учета (FI) и управления материальными потоками (MM). Поэтому при разработке систем ТОРО в первую очередь реализуются те бизнес-функции, которые связаны с учетом затрат на закупку услуг ТОРО. Такая последовательность внедрения системы управления ТОРО создает у специалистов, осуществляющих техническое обслуживание оборудования, стойкое предубеждение, что система управления ТОРО нужна только для учета затрат и никоим образом не способствует решению их профессиональных задач. На рис.2 специально показано, что между модулем ТОРО и модулем FI нет прямой связи. Для решения задач бухгалтерского учета не требуется детальная аналитика затрат по видам оборудования или по исполнителям мероприятий ТОРО. Анализ себестоимости продукции, расчеты амортизационных отчислений, расчеты с поставщиками услуг ТОРО, расчеты налоговых обязательств и др. расчеты могут быть осуществлены без привлечения данных, извлекаемых из системы управления ТОРО. Для этих целей вполне достаточно данных, поставляемых модулем MM.

Одним из наиболее часто встречающихся недостатков  решений на рынке ПО для ТОРО является недостаточная интеграция системы управления ТОРО с общей системой управления  бизнесом в целом и, главное, с ее финансово-экономической частью. Многие предлагаемые программные продукты основное внимание уделяют чисто техническим аспектам ТОРО (построение иерархической базы данных оборудования, формирование календарных планов на определенный период, формирование плана выполнения отдельного мероприятия ТОРО, контроль исполнения и приемка работ, формирование различных отчетов и т.п.), но недостаточно реализуют возможности оценки экономической результативности мероприятий ТОРО. Из всех представленных на рынке ИТ программных продуктов SAP ERP обладает наилучшими возможностями для интеграции всех бизнес-процессов управления большими корпорациями в единую систему управления, основной целью которой является повышение эффективности компании. 

1.3. Изменение модели организации системы управления ТОРО

На сегодняшний день во многих компаниях обслуживание оборудования не рассматривается как стратегическая функция бизнеса. Однако за последнее десятилетие стало совершенно ясно, что обслуживание оборудования имеет огромное влияние на доходность компаний. В тех случаях, когда обслуживание оборудования рассматривалось как бизнес-функция, проявлялось положительное влияние. В других случаях, когда обслуживание рассматривалось как неизбежное зло или относились нему как к  непрофильному виду деятельности, влияние на доходность бизнеса было негативным. 

В случаях, когда обслуживание не рассматривается как способ увеличения доходности компании, это обычно приводит  к тому, что процессы обслуживания не проектируются со стратегической точки зрения. Многие компании пытаются осуществлять усовершенствование технического обслуживания как разового, однократного мероприятия.

Они ошибочно представляют компоненты стратегии обслуживания как независящие друг от друга. Это часто приводит к конфликтам приоритетов  обслуживания, операций и безопасности персонала. Недостатки интеграции компонентов стратегии обслуживания также приводят к излишним затратам и последующему снижению доходности.

Вместо  фрагментированного подхода к процессу развития системы  управления  процессами ТОРО к нему следует подходить как к непрерывному процессу развития и построения   интегрированной многоступенчатой пирамиды. Автор известной теории ограничений Э. Голдратт в своих лекциях популярно рассказывал о бесполезности внедрения любой информационно-управляющей системы, если в концепцию управления не заложен системный подход, основанный на модели непрерывного совершенствования бизнеса. По меткому выражению А. Дублина: «Необходимо обнаружить и доказать причинно-следственную связь между преобразованиями в деятельности компаниями и положительной динамикой экономических показателей деятельности Компании для обоснования инициации внедрения SAP ERP и проведения необходимых организационных изменений. Очевидно, что инициатор, не обладающий ERP мышлением, стреляет в лучшем случае «из пушки по воробьям», а чаще всего «в белый свет, как в копеечку».

Примечание.  Теория ограничений (Theory of Constraints, TOC) — популярная методология менеджмента, разработанная в 1980-е годы Элияху Голдраттом, в основе которой лежит нахождение и управление ключевым ограничением системы, которое предопределяет успех и эффективность всей системы в целом. Основной особенностью методологии является то, что делая усилия над управлением очень малым количеством аспектов системы, достигается эффект, намного превышающий результат одновременного воздействия на все или большинство проблемных областей системы сразу. Дублин Александр Борисович - Россия, Санкт-Петербург, менеджер проектов внедрения ERP систем (Axapta, SAP),  бизнес-аналитик  SAPLAND.

Рис. 3

На Рис. 3 видно (Terry Wireman:  Developing Performance Indicators for Managing Maintenance, Industrial Press Ink. 1999 г.), что  фундаментом для развития системы обслуживания является система планово-предупредительного обслуживания (ППО). Принцип предупредительного обслуживания должен  лежать в основе всех процессов ТОРО, по которым необходимо добиться улучшений. На следующем уровне после ППО помещены процессы Управления запасами материалов и закупками (материалов и услуг), Управление потоками документов ТОРО (включая ресурсное и календарное планирование), Программное обеспечение для технического и диагностического обслуживания (CMMS/EAM), а так же Системы технического тренинга и тренинга взаимодействия персонала в процессе исполнения ТОРО.  Следующим уровнем развития является развитие систем диагностического обслуживания (т.е. обслуживание на основе оценки результатов инструментальных измерений технических параметров), вовлечение оперативного персонала, эксплуатирующего оборудование, в процессы текущего технического обслуживания и развития систем технического обслуживания на основе показателей надежности (RCM).  По мере совершенствования  систем этого уровня, организация может фокусировать свое внимание на формировании комплексной системы обслуживания (TPM), основанной на принципе «ноль отказов» и оптимизации затрат на техническое обслуживание.  Когда этот уровень достигнут, система способна продолжать циклически само развиваться и повышать свою эффективность.

В основе всего процесса преобразования системы управления ТОРО должен лежать планомерный и эволюционный  переход от модели обслуживания, построенной на принципах «Реагирования на события», к проактивной модели, построенной по принципам «Прогнозирования и предвидения событий».  Различия этих моделей показаны на Рис. 4 и Рис. 5.  В рамках реактивной модели  – службы ТОРО только реагируют на изменения внешней и внутренней среды, но не прогнозируют изменения и не влияют на них. В рамках проактивной модели – специалисты ТОРО способны изучать себя и окружающую среду и изменятся, чтобы обеспечить упреждающее развитие по отношению к динамике изменений технического состояния оборудования, динамики изменений критериев и показателей эффективности ТОРО.

Рис. 4

Рис. 5

Предусмотреть и предотвратить – основные принципы проактивного управления. Целью реактивного управления является реакция на существующие проблемы и разработка мероприятий, не допускающих их повторения. Проактивное же управление направлено на предотвращение возникновения проблем. Основой проактивного управления является признание и анализ ошибок, осуществление корректирующих воздействий по результатам анализа, свобода выбора, способность к самообучению.

Согласно принципу Парето, 20%  скрытых и явных угроз превращается в 80% критических ситуаций, несущих негативные последствия для бизнеса. Естественным является стремление выявить данные угрозы и предотвратить их осуществление. В большинстве случаев в результате проактивного управления проблемы становятся известными заблаговременно, что позволяет спланировать и осуществить мероприятия по их устранению.

Реактивный подход к управлению позволяет лишь фиксировать факт неблагоприятных событий и, в лучшем случае, разработать мероприятия по предотвращению подобных ситуаций в будущем. Такой подход к управлению неприменим в условиях неопределенной, постоянно меняющейся рыночной конъюнктуры, во-первых, потому что каждая ситуация уникальна и неповторима, во-вторых, некоторые неблагоприятные ситуации, случившиеся в настоящем, могут поставить под вопрос существование компании в будущем.

При всей привлекательности идеи предотвращения проблем до их возникновения необходимо понимать, что это невозможно, да и неоправданно с точки зрения ресурсов. Всегда найдутся проблемы, мелкие происшествия, которые дешевле устранить по факту, чем организовывать деятельность по их предотвращению. Поэтому необходимо поддерживать разумный баланс между проактивным и реактивными мерами. Полезно для поиска этого баланса использовать принцип Парето: 20 % проблем приводит к 80 % ущерба. Проактивное управление нацелено на выявление ошибок в осуществленном ранее управлении, которые еще ни к чему плохому не привели, неизвестно приведут ли, и неизвестно, есть ли вообще эти ошибки. Поэтому затраты на проактивную модель управления не всегда могут оказаться оправданными и к этому надо быть готовым. Однако положительный результат от проактивного управления, который всегда присутствует – это информация, которая может быть использована для поиска и обоснования рациональных управленческих решений.Эффект от внедрения на предприятии проактивного управления в общем и проактивного контроля в частности можно выразить фразой «сегодня потратим час, завтра сэкономим день». Однако проактивное управление, не смотря на все свои преимущества, не является единственно верным способом ведения бизнеса. В некоторых случаях необходимо наравне с внедрением проактивного менеджмента сохранить и методы реактивного. Речь идет о соблюдении баланса между проактивностью и реактивностью в плане затрат ресурсов.

Реализация проактивной модели управления невозможна без изменения структуры мероприятий ТОРО и без использования интегрированных систем управления. Как уже говорилось, SAP ERP обладает наилучшими возможностями для построения эффективной комплексной системы управления ТОРО, сочетающей как реагирующий, так и проактивный подход к процессам управления.

На Рис. 6 показаны этапы развития процесса обслуживания. На ранних стадиях еще не существует программы тех. обеспечения, оборудование работает до возникновения неполадок, а потому все время тратится на исправление неполадок – корректирующее обслуживание, которое, по большей части, не было запланировано.  Применение системы управления ТОРО на базе SAP ERP для такой модели управления нецелесообразно и не эффективно.

Рис. 6

Затем начинается осуществление профилактического обслуживания и применение компьютеризированной системы управления техническим обслуживанием (SAP ERP PM) для автоматической генерации необходимых профилактических мер. Профилактическое обслуживание по большей части общее, что ведет к длительным остановкам производства с целью выведения оборудования и проверки его в нерабочем состоянии. На этой стадии часть времени тратится на плановое обслуживание и меньше времени затрачивается на корректирующее обслуживание. Соотношение планового и непланового корректирующего обслуживания выравнивается. На этих двух начальных этапах обслуживание носит характер реагирования. На втором этапе применение SAP ERP пока тоже не дает ощутимых экономических и организационных преимуществ, но позволяет создавать и накапливать необходимую информационную и нормативно-технологическую базу, готовить персонал к изменениям в методах управления.

На третьем этапе – этапе диагностического обслуживания – появляется больше предопределенности. Осуществляется переход к оценке надежности оборудования (RCM) по результатам диагностических мероприятий и расчету показателей работоспособности оборудования по данным, извлекаемым из SAP ERP PM. Это означает, что проводятся анализы типов повреждений, их частоты и последствий, выполняются анализы критичности пр., планирование сроков выполнения мероприятий ТОРО осуществляется на основании этих показателей. Техническое обслуживание оборудования выполняется с учетом возможности комплексного обслуживания и условий минимизации простоев оборудования. Теперь половина времени расходуется на плановое обслуживание (профилактика и диагностика), а вторая половина включает меньший процент затрат времени на неплановое корректирующее обслуживание и больший на плановое. На третьем этапе применение SAP ERP  уже начинает давать отдачу и способствует реальному снижению затрат на ТОРО.

Заключительный этап – переход к высокоэффективному техническому обслуживанию. В наличии имеется набор технических и организационных программ и мероприятий, направленных на  достижение плановых значений KPI, разрабатываемых на основании регулярного анализа дефектов, качественного анализа конкретных причин возникновения неполадок, сравнения производительности с наилучшими показателями в соответствующем классе оборудования. На этой стадии оперативный и ремонтный персонал действует в точном соответствии с документированными правилами (процедурами) и неукоснительно соблюдает все требования технической и технологической документации. Все работы выполняются только на основании письменных заданий, содержащих нормативы расходования  ресурсов (трудовых и материальных). Факт выполнения и оценка качества выполнения работ ТОРО письменно фиксируются. Основное время используется на технический уход за оборудованием и плановое обслуживание, наименьшая часть времени уходит на корректирующее обслуживание, вызываемое отказами. На этом этапе применение SAP ERP обеспечивает систематическую оптимизацию затрат на ТОРО,  позволяет существенно снижать потери и косвенные затраты, связанные с ликвидацией последствий аварий и выплатами компенсаций за причиненные ущербы, оптимизировать затраты, связанные с материально-техническим обеспечением ТОРО.

1.4.       Программно-целевой подход – ключевая концепция ТОРО

Процесс управления ТОРО должен рассматриваться как про­цесс реализации ежегодно пересматриваемого пакета проектов по достижению ежегодно задаваемых уровней KPI (ключевых пока­зателей). Любые мероприятия ТОРО должны быть направлены на улучшение этих показателей, иначе они бесполезны. А экономи­ческие результаты — это следствие изменения таких критериев.

Регулярный анализ влияния выполненных проектов (про­грамм модернизации, планов ремонта и диагностики оборудова­ния) на достигнутые уровни ключевых показателей деятельности в области ТОРО должен сопровождаться регулярным пересмот­ром стратегий ремонта, изменением нормативов и стандартов ремонта и обслуживания, изменением схем организации ТОРО. Существующая «традиционная» сис­тема управления, ориентированная просто на выполнение планов ТОРО без количественной оценки результатов, по сути дела, явля­ется затратной. Ее ориентация на безусловное выполнение фик­сированного бюджета расходов на ТОРО с точки зрения экономи­ки вредна, так как нацеливает специалистов в области ТОРО на максимизацию расходов, а не на их экономию.

Несмотря на достаточно длительный срок эксплуатации в различных компаниях систем ТОРО, реализованных на базе SAP  ERP, достигнуть в полной мере тех впечатляющих экономических показателей, которые предполагались на этапах инициации и выполнения проектов на практике не удавалось. Все те положительные отчеты и отзывы, которые публикуются в средствах массовой информации и специализированных изданиях, не содержат конкретных экономических показателей, по которым можно было бы оценить результат внедрения систем управления ТОРО. Как правило, описываются лишь гипотетические эффекты и изменения типа - «повысилась прозрачность бизнеса», «улучшилась организация ТОРО» и т.п.  Все эти улучшения по своей значимости не сопоставимы с теми затратами, которых требует  сама разработка,  внедрение и сопровождение подобных систем. Это объясняется тем что:

  • Системы по-прежнему используются как некое вспомогательное средство, а не основной инструмент управления процессом ТОРО;
  • Зачастую сохраняются ранее существовавшие альтернативные (внесистемные, вербальные) источники информации;
  • Системы опускаются до уровня учетных систем и зачастую данные в систему вводятся «задним числом» - в конце отчетного периода по факту  выполнения работ;
  • Отсутствует аналитическая работа по затратам на ТОРО и достигнутым результатам выполнения  ремонтных мероприятий. Эту работу должны выполнять специалисты по ТОРО, а не экономические службы и подразделения;
  • Отсутствуют или заносятся в незначительном объеме ресурсные обоснования затрат на ТОРО;
  • Отсутствуют объективные метрики, характеризующие состояние оборудования и организацию ТОРО, и, соответственно, отсутствует мотивация персонала на совершенствование процессов ТОРО;
  • Отсутствует спрос на информацию о ТОРО из системы  со стороны топ-менеджеров компаний и, как следствие, отсутствует контроль качества и своевременности занесения транзакционных данных;
  • Недостаточна аналитическая культура у специалистов служб ТОРО, отсутствуют знания и навыки применения методов моделирования и анализа данных, извлекаемых из систем автоматизации управления ТОРО;
  • Отсутствует постоянно действующая система поддержания и развития квалификации специалистов по ТОРО, встроенная в общую систему управления ТОРО;
  • Проектирование систем, как правило, осуществлялось по принципу «снизу-вверх», в результате чего системы выстраивались в соответствии с требованиями конечных пользователей, продиктованных их желанием сохранить и воспроизвести существующие принципы управления ТОРО;

Для того что бы система была управляющей, а не просто учетной, необходимо кардинально изменить подход к самому представлению об управлении процессами ТОРО.  Любая система только тогда становится управляющей, когда в ней есть четко обозначенный цикл – «Целеполагание» => «Планирование способов и методов достижения целей» => «Организация процесса достижения целей» => «Измерение  результатов (значений целевых показателей)» => «Сравнение планируемых и достигнутых значений целевых показателей»  => «Корректирующие действия по изменению либо планов достижения целей, либо самих значений целевых показателей».  

Для этого система управления ТОРО должна обеспечивать как программно-техническую возможность, так и организационную возможность получения всех необходимых численных  метрик для оценки результатов и эффективности бизнес-процессов ТОРО. А процесс перспективного (годового, трехлетнего и более) планирования ТОРО должен представлять собою процесс формирования комплекса программ по достижению за определенный срок и за определенную стоимость заданных значений целевых показателей.  В этом смысле подход к таким проектам должен быть аналогичен к подходу к инвестиционным программам. Точно так же должны оцениваться и окупаемость этих проектов, и их рентабельность. Только при таком подходе бизнес-процессы ТОРО из обременяющих могут стать процессами, способствующими росту доходности компании.

sapland.ru

2. Построение типовой системы управления ТОРО на платформе SAP ERP. Часть 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 не может и не должна заменять технологические схемы, схемы размещения и прочие технические документы.

Рис. 11

2.3.2.  Связь реестра оборудования со справочником материалов

Любое оборудование в момент его приобретения представляет собою товарно-материальный объект системы управления материальными потоками и в момент его поступления на склад обладает в системе SAP ERP только идентификатором (кодом) материала. Для обеспечения преемственной взаимосвязи единицы оборудования как  объекта ТОРО с источником ее возникновения в форме объекта управления материальными потоками крайне желательно использовать такую характеристику в основной записи реестра (справочника) ЕО как «Тип конструкции».  Несмотря на весьма неудачное наименование этого поля, его необходимо использовать для получения доступа к некоторым данным, характеризующим стоимостные оценки оборудования на момент его приобретения, но самое главное - для получения доступа к спецификациям запасных частей, ремонтных комплектов. В системе SAP ERP есть возможность прямого связывания спецификаций запасных частей с  единицами оборудования, но недостаток такого способа в том, что для каждого экземпляра записи оборудования необходимо создавать свой экземпляр спецификации. Такой подход приемлем только для уникального оборудования, имеющегося в малом количестве. Для основной массы оборудования наиболее оптимальным является создание спецификаций  к оборудованию, представленному в системе как товарно-материальный объект. В этом случае, все экземпляры единиц оборудования, ссылающиеся на один и тот же код основной записи ТМЦ, имеют ссылку на одну и ту же спецификацию (см. Рис. 12, Рис. 13). Такой подход существенно упрощает и процесс создания спецификаций, и процесс отслеживания их изменений. Для случаев когда имеются альтернативные варианты поставки запасных частей (от другого изготовителя, аналогичных по конструктивно-техническому исполнению), могут использоваться либо варианты к спецификации, либо  цепочки вариантов замены.

Рис. 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.    «Установка УЭЦН в сборе» (УЭЦН), относящаяся к подклассу «Насосы погружные электроцентробежные» и обладающая ограниченным набором технических параметров (классификационных признаков): «Габаритная группа», «Теоритическая производительность», «Текущая дата начала эксплуатации», «Напор насоса». Значение этих  признаков обновляются автоматически при перемещении/монтаже УЭЦН на скважину. Наименование установки формируется автоматически и состоит из постоянного текстового значения «УЭЦН», цифрового значения габаритной группы первой секции, цифрового значения производительности секции с наименьшей производительностью и цифрового значения суммарного напора всех секций смонтированных на установке. Все отдельные части обозначения разделяются дефисом. В тех случаях, когда по технологическим соображениям на установку монтируются секции с различными значениями по производительности, все эти значения включаются в наименование последовательно по нарастанию от наименьшего значения к  наибольшему значению, через запятые.  И только в поле «Название Типа» пользователи вручную  должны указывать заводское обозначение установки указанное в паспорте завода-изготовителя. Такой способ наименования позволяет исключить произвольное определение объекта и дает возможность агрегирования данных ТОРО и сопоставления данных по различным параметрам.

b.    «Насосная секция» (Секция) как основная учетная единица оборудования, выделенная в подкласс «Секция ЭЦН» класса «Глубинно-насосное оборудование» и наделенная такими классификационными признаками (техническими характеристиками) как:

  •  Габаритная группа
  • Теоретическая производительность
  • Напор насоса
  • Текущая дата начала эксплуатации
  • Длина секции

c.    В состав УЭЦН входят  как самостоятельные единицы оборудования: гидрозащита, погружной электродвигатель, газосепаратор.  При монтаже установки в сборе на скважину эти компоненты монтируются на установку как подчиненные единицы оборудования и могут перемещаться со скважины на комиссионные и ремонтные площадки как единое целое. На ремонтных площадках они могут быть разукомплектованы и монтироваться непосредственно на ТМ «Ремонтная площадка».

d.   Все остальные компоненты установки, такие как Щит контроллера, Трансформатор, Кабельная линия являются самостоятельными учетными единицами, которые монтируются в системе непосредственно на скважину  и сами могут содержат подчиненные ЕО.

При поступлении от поставщика оборудования новой комплектной УЭЦН, она монтируется на ТМ «Склад нового оборудования» с выделением всех входящих компонентов (секций, газосепаратор, гидрозащита) как подчиненных ЕО.

Такое решение обусловлено тем фактом, что в процессе ремонта УЭЦН подвергается разукомплектованию и в результате выполнения ремонта может состоять совсем из других элементов и иметь другие технические характеристики. Если строго следовать правилам бухгалтерского учета, то все это требует такого же оформления, как и ликвидация объекта инвентарного учета (актирование разборки объекта, актирование и оприходование узлов как запасных частей, актирование новой сборки с использованием узлов, ранее переведенных в запасные части, актирование ввода в эксплуатацию нового объекта инвентарного учета). Однако на практике этого делать не удается в силу ряда обстоятельств (получение убытков при списании оборудования, не выработавшего полезный срок службы, необходимости внесения изменений в расчеты амортизационных отчислений, большой объем документооборота, необходимости стоимостной оценки  и раздельного учета комплектующего оборудования при переводе его в запасные части и др.).

Для обеспечения корректного учета УЭЦН в системе вводятся такие технические места как площадки хранения. В ряде случаев это могут быть физически реальные площадки, а в ряде случаев – это виртуальные площадки, используемые только для логического определения статуса УЭЦН в соответствии с Табл. 1

Табл. 1

Значение целевого статуса

Исходный статус

Целевой статус

Логика назначения статуса

Новый в запасе

отсутств

НОВЗ

При перемещении на площадку

для хранения нового оборудования, поступившего на склад МТО

Новый в эксплуатации

НОВЗ

НОВЭ

При перемещении на  ТМ «Скважина»

БУ в эксплуатации

БУРЗ

БУРЭ

При перемещении на  ТМ «Скважина»

БУ на комиссию

НОВЭ;

БУРЭ

БУРК

При перемещении на площадку комиссионного расследования

БУ в ремонте

БУРК

БУРН

При перемещении на площадку для временного хранения оборудования, находящегося в ремонте

БУ в запасе (отремонтирован)

БУРК; БУРН

БУРЗ

При перемещении на площадку для хранения отремонтированного оборудования

Подлежит утилизации

НОВЭ; БУРЭ; БУРН

УТИЛ

При перемещении на площадку для хранения неремонтопригодного оборудования

Утилизирован  и списан по бухучету

УТИЛ

ЛИКВ

При перемещении на виртуальную площадку хранения ликвидированного и утилизированного

Все возможные направления перемещений регламентированы, а те, которые не соответствуют установленным регламентам - блокируются настройками системы.

Рис. 20

Как уже говорилось выше, одной из наиболее часто встречающихся ошибок выполнения операций перемещений является невыполнение операции смены статуса. При выполнении перемещений с применением специальной экранной формы показанной на Рис. 19, изменение статуса УЭЦН производится также автоматически на основании логики Табл. 1 и схемы допустимых перемещений (Рис. 20). Все вместе это дает возможность получения оперативного и достоверного  учета наличия УЭЦН, например, такого как на Рис. 18.

Аналогичный подход к оперативному учету может быть применен и к другим видам оборудования, которые в процессе ремонта либо претерпевают значительные изменения в комплектации, либо имеют достаточно сложную схему перемещений, требующую регламентации.  Безусловно, есть много видов оборудования, для которого вполне достаточно стандартных методов оперативного учета, не требующих столь тщательного отслеживания статусов и направлений перемещения.

Особую сложность в оперативном учете ГНО представляет собой учет НКТ (насосно-компрессорных труб) и кабелей УЭЦН  - наиболее массовых и дорогостоящих производственных средств. Сложность учета определяется сложностью физической идентификации этих объектов учета. Идентифицирующие обозначения, наносимые заводами-изготовителями на трубы НКТ, после первого же спуска в скважину становятся трудно различимыми.  Имеющиеся в настоящее время технические средства считывания идентификационных  кодов (штрих-коды,  RFID-метки и пр.) достаточно дорогостоящие и экономически не выгодны в условиях нефтепромыслов. Кабельная продукция  также не имеет на своем теле, каких-либо идентифицирующих обозначений. Действующие в настоящее время способы учета базируются на использовании бумажных эксплуатационных паспортов, заполняемых вручную.

Учет НКТ в системе SAP ERP организован несколько иначе, чем все остальные виды нефтепромыслового оборудования.

В целях учета НКТ в системе SAP вводятся объекты:

a.  «Ступень НКТ» как единица оборудования (ЕО), классифицируемая как подкласс «Глубинно-насосного оборудования и наделенная такими классификационными признаками как:

  • Диаметр наружный;
  • Длина;
  • Количество труб;
  • Тип резьбы НКТ.
  • Покрытие;
  • Конструктивные особенности.

b.     «Подвеска (колонна) НКТ» как ЕО (только для скважин), которая имеет подчиненные объекты «Ступени НКТ». Сама Подвеска не включается в классификацию ЕО и потому не имеет никаких технических и размерных характеристик, за исключением идентификационных номеров ЕО и, при необходимости, собственного серийного номера. Длина   Подвески (колонны) определяется путем суммирования длин смонтированных на ней Ступеней (на специальных экранных формах и в печатных отчетах). Для облегчения получения экранных отчетов стандартными средствами SAP техническая (классификационная) характеристика «Количество труб»  ступеней при их перемещениях средствами специализированной программы автоматически суммируется и заносится в поле «Величина/размер» основной записи ЕО «Подвеска». Для удобства поиска в системе, Подвески НКТ выделены в отдельный вид оборудования.

c.  «Стеллаж»/«Приемные мостки» как единицы оборудования, на которых размещаются/монтируются» ступени. Стеллаж физически может представлять собою либо реальную металлическую конструкцию стеллаж или мостки, либо участок земли, на который уложены трубы (см. Рис. 21). Все стеллажи являются подчиненными единицами оборудования, монтируемыми на ТМ типа площадок хранения, принадлежащих разным орг. структурам или собственникам, которые кодируются в соответствии с их назначением и принадлежностью.

В системе оперативного учета SAP на Подвеску (колонну) на скважине монтируются/демонтируются подчиненные ЕО - «Ступени НКТ», которые обладают полным набором как основных данных, общих для всех единиц оборудования в системе SAP, так и набором технических параметров (классификационных признаков).

Общее количество Ступеней НКТ, физически смонтированных на Подвеску, ограничивается техническими условиями эксплуатации НКТ, однако в целях учета в системе SAP, ограничений на число ступеней, монтируемых на подвеску, не устанавливается.  При этом для учета НКТ в SAP ERP, установлены соглашения:

  • каждая ступень может иметь собственный статус технического состояния (новая, ремонтная и т.п.);
  • если в процессе ремонта, ступень доукомплектовывается до требуемой длины или производится замена отдельных (дефектных) труб, то доукомплектовываемый набор труб приобретает статус той ступени, к которой он присоединяется;
  • доукомплектовываемые к ступени трубы должны иметь значение параметра  «Количество СПО» не более чем у самой ступени. Выполнение условий по контролю числа СПО обеспечиваются на организационном уровне и программой перемещения не контролируются.

Факт выполнения спуско-подъемных операций (СПО) по каждой ступени фиксируется в Документах измерения, создаваемых при каждом монтаже ступени на скважину (при перемещении ступени на скважину). При этом в процессе перемещения  в диалоговом окне запрашивается № паспорта колонны, который заносится в документ измерения числа СПО. По достижению предельного числа СПО определяемого документами, регламентирующими порядок эксплуатации НКТ,  подвеска  может быть перемещена только на площадку для труб, направляемых в ремонт. Паспорт такой подвески аннулируется.

Если для конкретной ступени НКТ не существует точки измерения для учета кол-ва СПО, то она создается программой автоматически при выполнении первой операции перемещения ступени НКТ.

При физическом перемещении НКТ на скважину, со скважины или в процессе  (в процессе выполнения ТКРС), либо между площадками на участке мойки НКТ в системе SAP ERP  производится «условные» перемещения ступеней. Т.е. транзакции «демонтаж/монтаж» не выполняются. Подвески на площадки участка мойки НКТ в системе не перемещаются. Они остаются смонтированными на скважинах, но приобретают нулевую длину.  Принадлежность скважинам, откуда они были перемещены на участок мойки, фиксируется в документе измерения, который создается средствами специализированной программы перемещения.

Это условие вызвано тем, что в настоящее время отсутствуют экономически приемлемые методы физической идентификации отдельных труб НКТ.  В процессе отправки труб на ремонт в специализированное ремонтное предприятие и на самом участке мойки, может  происходить перепутывание комплектации ступеней.

В силу вышеуказанных причин,  при перемещении ступеней НКТ на площадки хранения и ремонта, в системе автоматически производится только перенос размерных характеристик перемещаемых ступеней на «условные складские ступени», формируемые на площадках хранения и ремонта. Размерные характеристики перемещаемой ступени уменьшаются, а размерные характеристики «условной складской ступени» увеличиваются. Длина условной складской ступени ограничена только емкостью стеллажа, на котором она размещается. Каждая такая «условная складская ступень» характеризуется  набором основных технических характеристик, которые можно определить визуально, не прибегая к специальным средствам измерения:

  • Диаметр наружный;
  • Конструктивные особенности;
  • Покрытие.

Такие индивидуальные данные основной записи ЕО как Производитель,  Дата поставки, Инвентарный номер и ряд других – для «условной ступени» утрачиваются.

Перемещение ступеней, которые уже имеют нулевое значение числа труб, системой автоматически блокируется.

 Все  перемещения труб НКТ в процессе их ремонта и временного хранения на промысле выполняются с помощью той же программы, что и перемещение УЭЦН (см. Рис. 19).  При этом не образуется никаких новых ЕО «Ступень НКТ», а  происходит перераспределение размерных характеристик, соответствующих «условных складских ступеней» на площадках хранения и ремонта или скважинах, с учетом совпадения технических характеристик таких ступеней. Если на стеллаже, на котором физически размещена пачка труб, отсутствует подходящая по размерным характеристикам ступень, то при перемещении ступени на такой стеллаж, в системе автоматически создается новая ЕО – Ступень НКТ с соответствующими характеристиками.

При каждом перемещении ступеней НКТ в системе SAP автоматически создается две пары документов измерения (для ТМ, с которого перемещается ступень, и для ТМ, на которое перемещается ступень НКТ). В документе измерения фиксируется, на какую величину изменяется число труб в ступени и изменение длины перемещаемой ступени, которые задаются пользователем в диалоговом  режиме. Во всех четырех документах в текстовом поле фиксируется код ТМ, откуда и куда была перемещена ступень и исполнение резьбы. Дата перемещения определяется по дате создания документа измерения. Эти документы измерения позволяют отслеживать историю поступления труб на площадку и контролировать комплектацию ступеней и подвески в целом.

Подготовленные к спуску (скомплектованные) ступени «условно» перемещаются на скважину и монтируются в системе SAP на Подвеску ремонтируемой скважины.

Все перемещения ступеней сопровождаются изменениями статуса ступеней НКТ.   На основе значений этих статусов строится баланс НКТ по всем местам пребывания оборудования, аналогичный балансу УЭЦН (см. Рис. 72).

Свои особенности есть и у оперативного учета кабелей УЭЦН.  Физическая идентификация кабельной линии как объекта учета в полевых условиях так же затруднена, как и НКТ. В целях оперативного производственного учета в системе SAP вводятся объекты:

  • «Барабан» как единица оборудования, не обладающая ни размерными характеристиками (длина в м.), ни техническими характеристиками, свойственными кабелям ЭЦН. Все эти параметры являются вычисляемыми в ходе формирования экранных форм и отчетов. Барабаны характеризуются  только идентифицирующими параметрами (№ барабана, его системный номер как ЕО). Номер барабана наносится на его боковой поверхности и не является отдельным атрибутом ЕО, а заносится в наименование барабана.  Сам барабан может быть перемещен только на любую из технических площадок хранения.  Барабан не может быть перемещен/смонтирован (в системе SAP) на техническое место «Скважина», хотя физически он может и находиться  на скважине, в процессе доставки подготовленной к спуску кабельной линии, но это никак не отражается в системе. В системе оперативного учета SAP на Барабан монтируются подчиненные ЕО - «Отрезки кабеля», которые обладают одинаковым набором технических параметров (классификационных признаков). Контроль совпадения технических характеристик отрезков, наматываемых на Барабан, ведется только на организационном уровне и программно в системе не контролируется.
  • «Кабельная линия» как единица оборудования, используемая только для удобства визуального отражения в отчетах и экранных формах и идентифицируемая паспортным номером, который является отдельным атрибутом ЕО  и  заносится в поле «Серийный номер изготовителя».  Сама по себе Кабельная линия не классифицируется и не наделяется техническими параметрами, свойственными кабелю УЭЦН, поскольку состоит из нескольких отрезков, обладающих различными характеристиками. Общая длина Кабельной линии – это расчетная величина, представляющая собой сумму длин всех отрезков кабеля, смонтированных на Кабельную линию. Для облегчения получения экранных отчетов стандартными средствами SAP, расчетная сумма по параметру «Длина» отдельных отрезков, составляющих кабельную линию, заносится так же и в поле «Величина/размер» основной записи Кабельной линии. Для удобства поиска в системе Кабельные линии выделены в отдельный вид оборудования;
  • «Отрезок кабеля» - основная учетная единица оборудования в системе SAP, классифицируемая как подкласс «Глубинно-насосного оборудования» и наделенная такими классификационными признаками как:
    • Тип кабеля;
    •  Количество жил х Сечение жилы;
    • Температурная характеристика кабеля (t°C);
    •  Тип брони (оцинкованная, нержавеющая и т.д.).

Отрезок кабеля, как единица оборудования в системе SAP, полностью соответствует его физическому представлению. Общее количество Отрезков, смонтированных на Барабан, ограничено максимальной физической емкостью барабана.  В системе SAP проверка превышения емкости барабана не производится.

Значение классификационного признака «Размер кабеля (длина в метрах) для отрезков системно никак не ограничивается и может меняться от 0 до предельной длины, которая первоначально может быть намотана на один Барабан. Все изменения длины Отрезка в процессе эксплуатации и ремонта отражаются в основной записи ЕО только системой, в ходе выполнения специальных транзакций перемещения ЕО. Изменение длины «вручную» (прямым выполнением транзакции «Изменение ЕО») - запрещено. При выполнении этой операции, длина Отрезка уменьшается на величину, задаваемую пользователем системы в диалоговом окне, и создается новая единица оборудования «Отрезок кабеля», наследующая все технические характеристики и общие данные, за исключением параметра «Длина». Кабельную линию на скважине, либо перемещается на один из барабанов на площадку отбракованного кабеля. 

 

Рис. 22

Этот параметр определяется той величиной, на которую уменьшен размер разрезаемого кабеля.  Затем, вновь созданная ЕО присоединяется (монтируется) либо на Барабан, на котором комплектуется Кабельная линия для ремонтируемой скважины, либо сразу же монтируется, на котором комплектуется Кабельная линия для ремонтируемой скважины, либо сразу же монтируется на Кабельную линию на скважине, либо перемещается на один из барабанов на площадку отбракованного кабеля.

При отделении  от барабана с новым кабелем отрезка, для создания новой кабельной линии выполняется операция создания новой ЕО - кабельная линия. Для этого используется специальная возможность программы «Перемещение ГНО».

Перемещения Отрезков в процессе эксплуатации и временного хранения - это процессы монтажа/демонтажа Отрезков либо на Барабаны, находящиеся на том или ином Техническом месте типа  «Площадка хранения», либо  на «Скважины» в составе кабельной линии.

Учет новых кабелей, кабелей, прошедших ремонт, и отбракованных кабелей, в системе производится по барабанам. Поскольку в процессе самого ремонта кабельная линия многократно перематывается с одного барабана на другой, учет таких межоперационных перемещений кабеля по барабанам в системе не производится, и выполнять процедуры перемещения (монтажа/демонтажа) в этих случаях нет необходимости. Поэтому при перемещениях кабеля на площадки ремонта можно производить монтаж кабельной линии непосредственно на ТМ «Ремонтная площадка».

На площадках хранения готовых кабелей (отремонтированных и подготовленных для спуска в скважину) и забракованного кабеля монтаж в системе должен производиться только на барабаны. На этих площадках прямой монтаж отрезков непосредственно на площадку  - не допускается.

Монтаж ЕО «Барабан» на ТМ «Скважина» не допускается, несмотря на то, что физически барабан доставляется к месту спуска кабеля в скважину. Все перемещения отрезков так же сопровождаются изменениями статуса.   На основе значений этих статусов строится баланс кабелей по всем местам пребывания оборудования, аналогичный балансу УЭЦН (см. Рис. 24).

Рис.24

sapland.ru

Интеграция заказов ТОРО - SAP-документация

Заказы технического обслуживания и ремонта оборудования (ТОРО) и заказы на восстановление используются в системе SAP ERP для планирования, выполнения и управления техническим обслуживанием технических основных средств и создаются либо вследствие неисправности, либо для выполнения предупредительного техобслуживания. Заказы ТОРО и заказы на восстановление состоят из операций, которые могут содержать мощность и потребность в компоненте.

Создание, календарное планирование и планирование на базе мощности заказов выполняются в SAP ERP. При сохранении заказа в SAP ERP данные из заказа, релевантного для планирования в SAP APO, переносятся в заказ ТОРО в SAP APO.

В то время пока заказ ТОРО не может изменяться в SAP APO, интеграция заказов ТОРО и заказов на восстановление в SAP APO выполняет ракурс общего планирования путем предоставления инициированной ТОРО потребности в компоненте и времени простоя ресурса.

 Внимание

Заказы ТОРО зафиксированы в SAP APO и не могут быть созданы, изменены, запланированы или удалены в этой системе.

Эти заказы существуют только как заказы PP/DS в SAP APO.

Конец предупреждения

В SAP APO из SAP ERP переносятся следующие данные заказа ТОРО или заказа на восстановление:

  • заголовки заказа;

  • операции с запланированными начальной и конечной датами;

  • отношения между операциями;

  • потребность в компоненте;

  • время простоя технических основных средств;

  • для заказов на восстановление - только материал для восстановления.

Потребность в компоненте в SAP APO отображается как резервирования и может планироваться с использованием стандартных функций планирования в SAP APO. Получаемые плановые заказы, заявки, производственные заказы и заказы на поставку переносятся из SAP APO в SAP ERP.

Интеграцию заказов на ТОРО и заказов на восстановление поддерживают следующие функции:

Для переноса заказов ТОРО и заказов на восстановление к SAP APO требуются следующие параметры настройки:

  • Mежду SAP ERP и SAP APO существует RFC-соединение.

  • Релевантные основные и переменные данные интегрированы c SAP APO.

  • Для заказов ТОРО и заказов на восстановление существует активная интеграционная модель.

  • SAP-ноты 676102 (Поступления материала для заказов на восстановление) и 713675 (ATP-проверка в SAP APO). Для получения дополнительной информации об этих SAP-нотах см. SAP Service Marketplace на странице http://service.sap.com/notes.

Page 2

help.sap.com

2. Построение типовой системы управления ТОРО на платформе SAP ERP. Часть 5

К сожалению, действующая практика планирования ТОРО до сих пор подвержена внеэкономическим подходам, доставшимся в наследство от социалистических не рыночных методов хозяйствования. Несмотря на довольно большой период времени, прошедший с момента отказа от нерыночных методов управления, основным критерием успешности менеджмента в области ТОРО по-прежнему считается выполнение плана в физических объемах. Несмотря на то, что при этом накладываются ограничения по лимитам расходования денежных средств для выполнения мероприятий ТОРО, по существу мало кто из специалистов, обеспечивающих ТОРО, задумывается об экономической целесообразности и эффективности составляемых ими годовых планов. Отсутствие внятных экономических результатов от вложения денежных средств в мероприятия ТОРО естественным образом влечет за собой волевые ограничения затрат, так же не имеющие под собой никаких обоснований, кроме сопоставления с затратами прошлых периодов. Оценка будущих затрат на основе данных о расходовании в прошлых периодах чревато значительными просчетами, поэтому специалисты ТОРО всегда заинтересованы в увеличении финансирования мероприятий ТОРО, во избежание ситуации, при которой какие-то  срочные работы окажутся не профинансированы. Т.е. при действующей системе планирования, специалисты ТОРО заинтересованы не в снижении затрат и, соответственно, увеличении доходности компании, а напротив, фактически способствуют снижению доходности компании. Разрубить этот «гордиев узел» можно только перейдя к процессу ресурсного и календарного планирования ТОРО как к процессу разработки комплекса программ, обеспечивающих достижение задаваемых значений ключевых показателей эффективности ТОРО. Обобщенная схема процесса календарного планирования реализуемого средствами SAP ERP представлена на Рис. 55

Рис. 55

Как уже говорилось ранее, переход от модели «реагирования на события» к модели «прогнозирования и предвидения событий» требует программно-целевого подхода и к календарному планированию и к ресурсному планированию мероприятий ТОРО.

2.5.1.   Стратегии ТОРО – основа календарного планирования ТОРО

Первый шаг к модели «прогнозирования» - использование средств диагностики и статистики отказов в работе оборудования для целей определения периодичности (ремонтных циклов) выполнения тех или иных мероприятий ТОРО и КТС. В системе SAP ERP это фиксируется в виде системного документа «Стратегия».

Рис. 56

Стратегия (ремонтный цикл) может определяться как на основе законодательных нормативов и рекомендаций изготовителя оборудования, так и на основе анализа статистики отказов и нарушений в работе оборудования. Заявления отдельных специалистов ТОРО типа «мы не можем планировать отказы» свидетельствуют только об отсутствии у них понимания принципов прогнозирования. Никто не говорит о планировании отказов – речь идет о прогнозировании периода работоспособности оборудования на основании статистических данных об отказах. В тех случаях, когда отсутствуют требования о периодичности мероприятий ТОРО, установленные либо на законодательном уровне, либо регламентированные правилами, согласованными с государственными надзорными органами, к вопросу назначения ремонтных циклов надо подходить гибко  и экономически обоснованно. Назначение периодичности обслуживания по техническому состоянию не является, какой-то новой идеей. Принципы ремонта по техническому состоянию изначально были установлены в авиационной промышленности.   Еще в середине 70-х годов прошлого столетия директивой главкома ВВС в практику обслуживания авиационного оборудования было введено требование определения объемов и вида ремонта на основе данных диагностики и стендовых испытаний изделий. Западные компании, в том числе и нефтегазодобывающие, уже давно широко используют такой подход при организации ТОРО. В практике отечественных нефтедобывающих компаний, определение «техническое состояние оборудования» зачастую, искаженно трактуется как «исправное или неисправное состояние» и, соответственно, ремонт по техническому состоянию приравнивается к «ремонту по отказу». Эффективная система управления ТОРО должна строиться на гибкой системе определения периодичности выполнения мероприятий ТОРО (стратегий в терминологии SAP). При создании стратегий в системе SAP ERP следует придерживаться следующих рекомендаций и правил:

Имя стратегии ограничено 6 символами и предназначено только для уникальной идентификации в системе, поэтому не следует присваивать ему какого либо смыслового значения. Например, возможна следующая идентификация – СТ1, СТ2, ………СТ 9999.

 А наименование стратегии служит для пояснения имени стратегии (ограничено 30–тью символами). Оно должно быть содержательным и помогать пользователям при выборе нужной строки из списка стратегий. Поэтому рекомендуется в качестве текста пояснения к имени стратегии использовать «Формулу ремонтного цикла».   «Формула ремонтного цикла» строится как комбинация сокращенных наименований работ и их периодичности, разделенных символом подчеркивания. Например, «6ТО_24ТР_36КР» - т.е. каждые 6 месяцев «ТО», каждые 24 месяца «ТР» и каждые 36 месяцев «КР».

Не  рекомендуется явно указывать привязку стратегии к виду оборудования, так как одна и та же стратегия может быть применена к различным видам оборудования (за исключением редких и специфичных стратегий). Это позволяет минимизировать число стратегий в системе.

Для вывода пакета работ в различных экранных и печатных формах следует использовать «Краткое наименование Цикла», которое представляет собою 2-х символьную аббревиатуру пакета работ. Благодаря этому не происходит значительного увеличения ширины экранных и отчетных форм из-за необходимости размещения наименований работ, в ячейках таблиц, представляющих календарные графики. Примеры  сокращений видов работ, составляющих пакеты  в стратегиях:

Таблица 3

Сокращение

Описание

ВР

Ремонтно-восстановительные работы

ГИ

Гидравлические испытания

ГР

Градуировка

ДГ

Диагностика

ИГ

Испытание грузоподъемности

ИП

Испытания на прочность

КБ

Калибровка

КР

Капитальный ремонт

КТ

Контроль технического состояния

МК

Мониторинг коррозии

НБ

Наблюдения

НВ

Нивелировочные работы

ОТ

Оперативно техническое обслуживание

ОЧ

Очистные работы

ПВ

Поверка

ПК

Покрасочные работы

ПН

Пусконаладочные работы

РВ

Ревизия

РР

Регулировочные работы

Т1

Техническое обслуживание (ТО1)

Т2

Техническое обслуживание (ТО2)

Т3

Техническое обслуживание (ТО3)

ТА

Тарировка

ТО

Техническое обслуживание

ТР

Текущий ремонт

ЧТ

Очистка трасс

ЭИ

Электроизмерительные работы

Рис. 57

Особое внимание следует уделять назначению  приоритета работ, который указывает последовательности поглощения работ пакета при совпадении расчетных сроков их выполнения. На примере, приведенном на Рис. 57,   при совпадении сроков проведения ТО и ТР, благодаря более высокому приоритету ТР в календарном графике будет  выбран только ТР (т.е. работы по техническому обслуживанию -ТО будут полностью или частично выполнены в процессе ТР). Чем выше уровень иерархии, тем выше приоритет при выборе совпадающих по срокам работ.

Еще одним эффективным средством настройки периодичности выполнения мероприятий ТОРО служит параметр «Смещение», который служит для того, чтобы указать период, по истечению которого пакеты обслуживания становятся актуальными. Это может быть полезным, когда время (период) до  запуска первого цикла не соответствует продолжительности самого цикла.  Например, цикл обслуживания – каждые два года, но первый раз производить обслуживание объекта необходимо только через три года после ввода в эксплуатацию. Другой пример: выполнение технической инспекции только по истечению времени смещения. Используя смещение можно задать однократное обслуживание, в этом случае продолжительность самого цикла не задается. Подбирая соответствующее смещение можно отрегулировать, какой из циклов пакета будет выполнен первым (даже если в пакете он не является таковым).

Параметры «Предобработка» и «Постобработка» позволяют задать смещения дат начала и окончания работ относительно расчетной плановой даты. Таким способом могут быть определены базовые даты начала и окончания работ в заказе ТОРО. Если в одно из полей занести 0, то в заказе ТОРО можно будет увидеть плановую расчетную дату.

2.5.2.  Технологические карты/инструкции – основа ресурсного планирования ТОРО

Вторым определяющим компонентам модели «прогнозирования и предвидения» является переход к жесткому документированию и регламентации всех процессов обслуживания оборудования. В отечественной практике нефтегазодобывающих компаний традиционно многие ремонтные мероприятия обслуживания наземного нефтепромыслового оборудования осуществляются без должной технологической регламентации. В основном опираются на общие знания и квалификацию исполнителей. Это свойственно не только для ремонтных служб самого нефтегазодобывающего предприятия, но и для ремонтных служб сервисных и подрядных организаций. Это замечание не относится к процессам ТКРС – здесь-то, как раз, имеется неплохая регламентация  процессов ремонт.

В системе SAP ERP документами, регламентирующими процессы обслуживания объекта ТОРО,  являются «технологические карты/инструкции» (Рис. 59). Наличие подробных технологических карт/инструкций – свидетельствует об управляемости процессов ТОРО. Опора же на одиночек «мастеров на все руки» не позволяет ни организовать процесс, ни спланировать потребность в ресурсах, а, в конце концов, делает невозможной объективную техническую приемку выполненной работы. Наиболее слабым звеном действующих систем управления ТОРО является планирование потребности в ресурсах. Планирование потребности в материалах для ТОРО «на глазок» приводит либо к появлению излишних запасов и замораживанию оборотных средств, либо к авральным закупкам отсутствующих материалов, зачастую за более высокие цены.

Разработка технологических карт и инструкций ТОРО – это не разовая акция, а постоянная и непрерывная работа владельца оборудования, имеющая своей целью постоянное сокращение издержек на выполнение работ ТОРО. Понятно, что в основе технологических инструкций должны лежать правила и инструкции по обслуживанию, предоставляемые изготовителем оборудования, но такие документы, зачастую, имеются только для крупных и технически сложных объектов, например, газотурбинная перекачивающая установка. Для многих объектов заводские инструкции либо утрачены, либо имеют только очень общие и краткие указания по обслуживанию.

Безусловно, можно и нужно использовать опыт и нормативы, полученные от родственных предприятий. Но для большинства объектов обслуживания при разработке технологических инструкций ТОРО в гораздо большей степени следует полагаться на анализ собственных данных о выполняемых операциях по заказам ТОРО, в которых должны отражаться все фактически выполненные работы с указанием фактических ресурсных расходов. Таким образом, постепенно сформируются типовые технологические инструкции, которые  будут представлять собою базу знаний, доступную всем сотрудникам, занятым в обслуживании оборудования.

Рис. 58

Рис. 59

Технологическая инструкция, в терминологии SAP ERP, - это документ не связанный с конкретным объектом ТОРО. Она может быть использована для широкого круга однородных объектов. Как правило, такая инструкция содержит большое число различных операций, выполняемых в различных комбинациях в зависимости от вида обслуживания, технического состояния конкретного объекта ТОРО. Специалист, планирующий работы,  должен избирательно подходить к формированию набора работ для каждого отдельного плана обслуживания. При разработке стратегий ТОРО, он должен рационально распределить операции технологической инструкции по различным пакетам (наборам), а при формировании заказа ТОРО – избирательно переносить из технологической инструкции в заказ только те операции, которые он считает обязательными для выполнения для конкретного объекта (см. Рис. 58).

Технологические инструкции могут представлять различные варианты исполнения одного и того же вида работ ТОРО. Они могут содержать привязку к исполнителю, связанную с этим специфику работ и отражать стоимость работ. Основную ценность технологическим инструкциям придают содержащиеся в них данные о нормативах расходования трудовых и материальных ресурсов, необходимых для исполнения каждой операции. В технологической инструкции может быть указана потребность не только в запасных частях и расходных материалов, но и во вспомогательных средствах, например, специальных измерительных приборах или  специальных технологических приспособлениях и оснастке, имеющейся в ограниченном количестве. Для таких средств может быть выполнена в дальнейшем проверка их доступности на дату выполнения работ и тем самым исключена задержка выполнения работ в связи с ожиданием доступности.

Технологические карты отличаются от технологических инструкций тем, что они связаны с конкретным объектом (техническим местом или единицей оборудования).  Эти карты составляются, как правило, на основе локальных смет или дефектных ведомостей при подготовке ремонта сложных и уникальных объектов (большие технологические установки, здания и сооружения). По своему смыслу и предназначению технологическая карта аналогична понятию локальная смета. Такие виды ремонта как «остановочный ремонт» технологического комплекса требуют детальной подготовки и проработке всех действий при ремонте, поскольку вывод технологического комплекса на остановочный ремонт часто связан со значительными потерями конечного продукта и может длиться долго. При таких ремонтах не должно быть никаких неожиданностей и сюрпризов. Эти ремонты должны быть тщательно подготовлены и со стороны материально-технического обеспечения. Поэтому весьма важно, чтобы к каждой технологической операции, требующей расходования товарно-материальных ресурсов, были разработаны нормативы их расходования. Здесь так же применим накопительный подход. Различные отраслевые и общегосударственные нормативные документы (ЕНИР, СНИП и пр.), конечно могут быть приняты за основу, но  только на первом этапе формирования нормативной базы для конкретного предприятия. При хорошо налаженной системе списания фактического расхода ТМЦ на конкретные заказы ТОРО, постепенно накапливается достаточно представительная статистическая база, на основе которой можно развивать и утверждать нормы расходования по видам оборудования и по видам ремонтных мероприятий.

Аналогичный подход должен применяться и к формированию нормативов трудоемкости работ ТОРО. Четкая фиксация фактических трудозатрат на основе письменных заданий персоналу позволяет постепенно перейти от усредненных нормативов, указанных в отраслевых и общегосударственных нормативных документах, к более достоверным и подтвержденным на практике нормам трудозатрат.

2.5.3.  Использование различных схем планирования ТОРО

Многообразие видов оборудования, применяемого как в самом процессе добычи, так во всех обеспечивающих и обслуживающих процессах, не позволяет применять какую-то одну схему планирования мероприятий ТОРО. В зависимости от интенсивности эксплуатации, от  требований государственных, отраслевой и корпоративных стандартов и регламентов, указаний и рекомендаций изготовителей могут применяться самые разнообразные комбинации схем планирования. Средствами SAP ERP можно реализовать следующие схемы:

  • Календарное планирование по времени на основе циклов, предусмотренных стратегий;
  • Календарное планирование по времени на основе отдельно заданного цикла (периодичности обслуживания) без использования стратегии;
  • Календарное планирование на основе данных об объеме выполненной работы по счетчику, например, пробег, объем перекачанной жидкости, наработка в моточасах и т.п., с использованием стратегий либо отдельного цикла;
  • Календарное планирование на основе данных об объеме выполненной работы по нескольким счетчикам, например, объем перекачанной жидкости и наработка в моточасах. При этом планируемая дата начала работ назначается по значению того счетчика, для которого контролируемое значение больше.

В рамках данной работы не рассматриваются частные вопросы особенностей настройки для каждой схемы планирования, важно понимать, что подход к выбору схемы должен быть не формальным, а выбранная схема должна обеспечивать оптимальный уровень затрат на обслуживание и ремонт.

Рис. 60

При любой схеме планирования для каждого объекта ТОРО должен быть создан системный документ SAP ERP, называемый «План предупредительного ТОРО» (далее «план»). Подходы к созданию планов предупредительного ТОРО тоже могут различаться. В тех случаях, когда некоторое множество объектов могут обслуживаться по единому графику, нет необходимости создавать для каждого объекта отдельный план. Можно создать план с множеством позиций (Рис. 61). Но следует достаточно осторожно подходить к такому использованию планов. Следует помнить, что назначенные сроки начала работ и все настройки по данному плану будут для всех позиций одинаковы. И в дальнейшем в календарных графиках будет планироваться ремонт всех указанных в списке объектов в один и тот же день. Для небольших и некритичных объектов, например, некоторых приборов КИПиА, релейно-пусковой аппаратуры и т.п. это вполне допустимо. Но для более сложных и ответственных объектов ТОРО следует создавать индивидуальные планы (Рис. 60).

Рис. 61

При настройке планов ТОРО следует внимательно подходить к установке ряда поправочных коэффициентов (параметров планирования), существенно влияющих на процесс календарного планирования.

Рис. 62

При создании плана задается продолжительность цикла, то есть периода до каждой плановой даты. На основе плановой даты создаются сообщения (или заказы). Однако фактическая дата, когда реально генерируется сообщение (или заказ), может отличаться от расчетной даты.  Очень многое зависит от назначения дополнительных условий (параметров календарного планирования).

Интервал отзывов задает период времени, в течение которого в системе будут рассчитываться плановые даты

Запуск цикла: дата начала для вычисления плановых сроков и дат создания заказов (сообщений).

Горизонт открытия: определяет упреждение момента создания заказа (или сообщения) относительно расчетной даты начала работ:

  • 0% - заказ ТОРО (сообщение) будет создан точно в день наступления срока выполнения мероприятия ТОРО;
  • 100% - заказ ТОРО (сообщение) будет создан с упреждением равным циклу;
  • 80-90% - заказ ТОРО (сообщение) создается с упреждением равным процентной доле от заданного цикла.

Коэфф.смещен.срока при задержке выполнения: определяет величину, на которую следует сдвинуть очередную плановую дату, в случае позднего/раннего завершения предшествующего мероприятия ТОРО.

  • 0% - очередной плановый срок не сдвигается.
  • 100% - очередной плановый срок сдвигается на величину равную величине цикла

Допуски для коэффициентов смещения: допускаемые пределы для ранних/поздних завершений ранее запланированного мероприятия. Определяют период, в течение которого положительная или отрицательная разница между фактической и плановой датами не оказывает влияние на последующее календарное планирование.

Производственный календарь: по умолчанию в параметры календарного планирования плана отдельного цикла копируется производственный календарь планирующего завода. Соответствующие параметры могут быть изменены для каждого плана отдельного цикла вручную.

Индикатор календарного планирования: задает используемый тип календаря для планирования:

  • Время (календарный цикл принимается в точности равным  циклу обслуживания)- сроки вычисляются по календарю;
  • Время по контрольной дате - сроки очередного мероприятия, начала цикла, всегда вычисляются относительно контрольной даты;
  • Время/произв. календарь: сроки очередного мероприятия вычисляются с учетом производственного календаря, т.е. с учетом выходных и нерабочих дней, принятых для данного предприятия.

Практика применения планов ТОРО показывает, что специалисты использующие планы ТОРО в SAP ERP слабо представляют себе все описанные тонкости настройки заказа, поэтому календарные планы, получающиеся как результат обработки отдельных планов, часто не соответствуют ожидаемому представлению. Исходя из несоответствия ожиданий и результата, объявляется, что «система неправильно планирует». 

Page 2

Собственная практика проектирования различных систем управления ТОРО и анализ опыта проектирования других консалтинговых компаний показывает, что в большинстве случаев систему управления можно разбить на следующие функциональные подсистемы:

Рис. 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 не может и не должна заменять технологические схемы, схемы размещения и прочие технические документы.

Рис. 11

2.3.2.  Связь реестра оборудования со справочником материалов

Любое оборудование в момент его приобретения представляет собою товарно-материальный объект системы управления материальными потоками и в момент его поступления на склад обладает в системе SAP ERP только идентификатором (кодом) материала. Для обеспечения преемственной взаимосвязи единицы оборудования как  объекта ТОРО с источником ее возникновения в форме объекта управления материальными потоками крайне желательно использовать такую характеристику в основной записи реестра (справочника) ЕО как «Тип конструкции».  Несмотря на весьма неудачное наименование этого поля, его необходимо использовать для получения доступа к некоторым данным, характеризующим стоимостные оценки оборудования на момент его приобретения, но самое главное - для получения доступа к спецификациям запасных частей, ремонтных комплектов. В системе SAP ERP есть возможность прямого связывания спецификаций запасных частей с  единицами оборудования, но недостаток такого способа в том, что для каждого экземпляра записи оборудования необходимо создавать свой экземпляр спецификации. Такой подход приемлем только для уникального оборудования, имеющегося в малом количестве. Для основной массы оборудования наиболее оптимальным является создание спецификаций  к оборудованию, представленному в системе как товарно-материальный объект. В этом случае, все экземпляры единиц оборудования, ссылающиеся на один и тот же код основной записи ТМЦ, имеют ссылку на одну и ту же спецификацию (см. Рис. 12, Рис. 13). Такой подход существенно упрощает и процесс создания спецификаций, и процесс отслеживания их изменений. Для случаев когда имеются альтернативные варианты поставки запасных частей (от другого изготовителя, аналогичных по конструктивно-техническому исполнению), могут использоваться либо варианты к спецификации, либо  цепочки вариантов замены.

Рис. 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.    «Установка УЭЦН в сборе» (УЭЦН), относящаяся к подклассу «Насосы погружные электроцентробежные» и обладающая ограниченным набором технических параметров (классификационных признаков): «Габаритная группа», «Теоритическая производительность», «Текущая дата начала эксплуатации», «Напор насоса». Значение этих  признаков обновляются автоматически при перемещении/монтаже УЭЦН на скважину. Наименование установки формируется автоматически и состоит из постоянного текстового значения «УЭЦН», цифрового значения габаритной группы первой секции, цифрового значения производительности секции с наименьшей производительностью и цифрового значения суммарного напора всех секций смонтированных на установке. Все отдельные части обозначения разделяются дефисом. В тех случаях, когда по технологическим соображениям на установку монтируются секции с различными значениями по производительности, все эти значения включаются в наименование последовательно по нарастанию от наименьшего значения к  наибольшему значению, через запятые.  И только в поле «Название Типа» пользователи вручную  должны указывать заводское обозначение установки указанное в паспорте завода-изготовителя. Такой способ наименования позволяет исключить произвольное определение объекта и дает возможность агрегирования данных ТОРО и сопоставления данных по различным параметрам.

b.    «Насосная секция» (Секция) как основная учетная единица оборудования, выделенная в подкласс «Секция ЭЦН» класса «Глубинно-насосное оборудование» и наделенная такими классификационными признаками (техническими характеристиками) как:

  •  Габаритная группа
  • Теоретическая производительность
  • Напор насоса
  • Текущая дата начала эксплуатации
  • Длина секции

c.    В состав УЭЦН входят  как самостоятельные единицы оборудования: гидрозащита, погружной электродвигатель, газосепаратор.  При монтаже установки в сборе на скважину эти компоненты монтируются на установку как подчиненные единицы оборудования и могут перемещаться со скважины на комиссионные и ремонтные площадки как единое целое. На ремонтных площадках они могут быть разукомплектованы и монтироваться непосредственно на ТМ «Ремонтная площадка».

d.   Все остальные компоненты установки, такие как Щит контроллера, Трансформатор, Кабельная линия являются самостоятельными учетными единицами, которые монтируются в системе непосредственно на скважину  и сами могут содержат подчиненные ЕО.

При поступлении от поставщика оборудования новой комплектной УЭЦН, она монтируется на ТМ «Склад нового оборудования» с выделением всех входящих компонентов (секций, газосепаратор, гидрозащита) как подчиненных ЕО.

Такое решение обусловлено тем фактом, что в процессе ремонта УЭЦН подвергается разукомплектованию и в результате выполнения ремонта может состоять совсем из других элементов и иметь другие технические характеристики. Если строго следовать правилам бухгалтерского учета, то все это требует такого же оформления, как и ликвидация объекта инвентарного учета (актирование разборки объекта, актирование и оприходование узлов как запасных частей, актирование новой сборки с использованием узлов, ранее переведенных в запасные части, актирование ввода в эксплуатацию нового объекта инвентарного учета). Однако на практике этого делать не удается в силу ряда обстоятельств (получение убытков при списании оборудования, не выработавшего полезный срок службы, необходимости внесения изменений в расчеты амортизационных отчислений, большой объем документооборота, необходимости стоимостной оценки  и раздельного учета комплектующего оборудования при переводе его в запасные части и др.).

Для обеспечения корректного учета УЭЦН в системе вводятся такие технические места как площадки хранения. В ряде случаев это могут быть физически реальные площадки, а в ряде случаев – это виртуальные площадки, используемые только для логического определения статуса УЭЦН в соответствии с Табл. 1

Табл. 1

Значение целевого статуса

Исходный статус

Целевой статус

Логика назначения статуса

Новый в запасе

отсутств

НОВЗ

При перемещении на площадку

для хранения нового оборудования, поступившего на склад МТО

Новый в эксплуатации

НОВЗ

НОВЭ

При перемещении на  ТМ «Скважина»

БУ в эксплуатации

БУРЗ

БУРЭ

При перемещении на  ТМ «Скважина»

БУ на комиссию

НОВЭ;

БУРЭ

БУРК

При перемещении на площадку комиссионного расследования

БУ в ремонте

БУРК

БУРН

При перемещении на площадку для временного хранения оборудования, находящегося в ремонте

БУ в запасе (отремонтирован)

БУРК; БУРН

БУРЗ

При перемещении на площадку для хранения отремонтированного оборудования

Подлежит утилизации

НОВЭ; БУРЭ; БУРН

УТИЛ

При перемещении на площадку для хранения неремонтопригодного оборудования

Утилизирован  и списан по бухучету

УТИЛ

ЛИКВ

При перемещении на виртуальную площадку хранения ликвидированного и утилизированного

Все возможные направления перемещений регламентированы, а те, которые не соответствуют установленным регламентам - блокируются настройками системы.

Рис. 20

Как уже говорилось выше, одной из наиболее часто встречающихся ошибок выполнения операций перемещений является невыполнение операции смены статуса. При выполнении перемещений с применением специальной экранной формы показанной на Рис. 19, изменение статуса УЭЦН производится также автоматически на основании логики Табл. 1 и схемы допустимых перемещений (Рис. 20). Все вместе это дает возможность получения оперативного и достоверного  учета наличия УЭЦН, например, такого как на Рис. 18.

Аналогичный подход к оперативному учету может быть применен и к другим видам оборудования, которые в процессе ремонта либо претерпевают значительные изменения в комплектации, либо имеют достаточно сложную схему перемещений, требующую регламентации.  Безусловно, есть много видов оборудования, для которого вполне достаточно стандартных методов оперативного учета, не требующих столь тщательного отслеживания статусов и направлений перемещения.

Особую сложность в оперативном учете ГНО представляет собой учет НКТ (насосно-компрессорных труб) и кабелей УЭЦН  - наиболее массовых и дорогостоящих производственных средств. Сложность учета определяется сложностью физической идентификации этих объектов учета. Идентифицирующие обозначения, наносимые заводами-изготовителями на трубы НКТ, после первого же спуска в скважину становятся трудно различимыми.  Имеющиеся в настоящее время технические средства считывания идентификационных  кодов (штрих-коды,  RFID-метки и пр.) достаточно дорогостоящие и экономически не выгодны в условиях нефтепромыслов. Кабельная продукция  также не имеет на своем теле, каких-либо идентифицирующих обозначений. Действующие в настоящее время способы учета базируются на использовании бумажных эксплуатационных паспортов, заполняемых вручную.

Учет НКТ в системе SAP ERP организован несколько иначе, чем все остальные виды нефтепромыслового оборудования.

В целях учета НКТ в системе SAP вводятся объекты:

a.  «Ступень НКТ» как единица оборудования (ЕО), классифицируемая как подкласс «Глубинно-насосного оборудования и наделенная такими классификационными признаками как:

  • Диаметр наружный;
  • Длина;
  • Количество труб;
  • Тип резьбы НКТ.
  • Покрытие;
  • Конструктивные особенности.

b.     «Подвеска (колонна) НКТ» как ЕО (только для скважин), которая имеет подчиненные объекты «Ступени НКТ». Сама Подвеска не включается в классификацию ЕО и потому не имеет никаких технических и размерных характеристик, за исключением идентификационных номеров ЕО и, при необходимости, собственного серийного номера. Длина   Подвески (колонны) определяется путем суммирования длин смонтированных на ней Ступеней (на специальных экранных формах и в печатных отчетах). Для облегчения получения экранных отчетов стандартными средствами SAP техническая (классификационная) характеристика «Количество труб»  ступеней при их перемещениях средствами специализированной программы автоматически суммируется и заносится в поле «Величина/размер» основной записи ЕО «Подвеска». Для удобства поиска в системе, Подвески НКТ выделены в отдельный вид оборудования.

c.  «Стеллаж»/«Приемные мостки» как единицы оборудования, на которых размещаются/монтируются» ступени. Стеллаж физически может представлять собою либо реальную металлическую конструкцию стеллаж или мостки, либо участок земли, на который уложены трубы (см. Рис. 21). Все стеллажи являются подчиненными единицами оборудования, монтируемыми на ТМ типа площадок хранения, принадлежащих разным орг. структурам или собственникам, которые кодируются в соответствии с их назначением и принадлежностью.

В системе оперативного учета SAP на Подвеску (колонну) на скважине монтируются/демонтируются подчиненные ЕО - «Ступени НКТ», которые обладают полным набором как основных данных, общих для всех единиц оборудования в системе SAP, так и набором технических параметров (классификационных признаков).

Общее количество Ступеней НКТ, физически смонтированных на Подвеску, ограничивается техническими условиями эксплуатации НКТ, однако в целях учета в системе SAP, ограничений на число ступеней, монтируемых на подвеску, не устанавливается.  При этом для учета НКТ в SAP ERP, установлены соглашения:

  • каждая ступень может иметь собственный статус технического состояния (новая, ремонтная и т.п.);
  • если в процессе ремонта, ступень доукомплектовывается до требуемой длины или производится замена отдельных (дефектных) труб, то доукомплектовываемый набор труб приобретает статус той ступени, к которой он присоединяется;
  • доукомплектовываемые к ступени трубы должны иметь значение параметра  «Количество СПО» не более чем у самой ступени. Выполнение условий по контролю числа СПО обеспечиваются на организационном уровне и программой перемещения не контролируются.

Факт выполнения спуско-подъемных операций (СПО) по каждой ступени фиксируется в Документах измерения, создаваемых при каждом монтаже ступени на скважину (при перемещении ступени на скважину). При этом в процессе перемещения  в диалоговом окне запрашивается № паспорта колонны, который заносится в документ измерения числа СПО. По достижению предельного числа СПО определяемого документами, регламентирующими порядок эксплуатации НКТ,  подвеска  может быть перемещена только на площадку для труб, направляемых в ремонт. Паспорт такой подвески аннулируется.

Если для конкретной ступени НКТ не существует точки измерения для учета кол-ва СПО, то она создается программой автоматически при выполнении первой операции перемещения ступени НКТ.

При физическом перемещении НКТ на скважину, со скважины или в процессе  (в процессе выполнения ТКРС), либо между площадками на участке мойки НКТ в системе SAP ERP  производится «условные» перемещения ступеней. Т.е. транзакции «демонтаж/монтаж» не выполняются. Подвески на площадки участка мойки НКТ в системе не перемещаются. Они остаются смонтированными на скважинах, но приобретают нулевую длину.  Принадлежность скважинам, откуда они были перемещены на участок мойки, фиксируется в документе измерения, который создается средствами специализированной программы перемещения.

Это условие вызвано тем, что в настоящее время отсутствуют экономически приемлемые методы физической идентификации отдельных труб НКТ.  В процессе отправки труб на ремонт в специализированное ремонтное предприятие и на самом участке мойки, может  происходить перепутывание комплектации ступеней.

В силу вышеуказанных причин,  при перемещении ступеней НКТ на площадки хранения и ремонта, в системе автоматически производится только перенос размерных характеристик перемещаемых ступеней на «условные складские ступени», формируемые на площадках хранения и ремонта. Размерные характеристики перемещаемой ступени уменьшаются, а размерные характеристики «условной складской ступени» увеличиваются. Длина условной складской ступени ограничена только емкостью стеллажа, на котором она размещается. Каждая такая «условная складская ступень» характеризуется  набором основных технических характеристик, которые можно определить визуально, не прибегая к специальным средствам измерения:

  • Диаметр наружный;
  • Конструктивные особенности;
  • Покрытие.

Такие индивидуальные данные основной записи ЕО как Производитель,  Дата поставки, Инвентарный номер и ряд других – для «условной ступени» утрачиваются.

Перемещение ступеней, которые уже имеют нулевое значение числа труб, системой автоматически блокируется.

 Все  перемещения труб НКТ в процессе их ремонта и временного хранения на промысле выполняются с помощью той же программы, что и перемещение УЭЦН (см. Рис. 19).  При этом не образуется никаких новых ЕО «Ступень НКТ», а  происходит перераспределение размерных характеристик, соответствующих «условных складских ступеней» на площадках хранения и ремонта или скважинах, с учетом совпадения технических характеристик таких ступеней. Если на стеллаже, на котором физически размещена пачка труб, отсутствует подходящая по размерным характеристикам ступень, то при перемещении ступени на такой стеллаж, в системе автоматически создается новая ЕО – Ступень НКТ с соответствующими характеристиками.

При каждом перемещении ступеней НКТ в системе SAP автоматически создается две пары документов измерения (для ТМ, с которого перемещается ступень, и для ТМ, на которое перемещается ступень НКТ). В документе измерения фиксируется, на какую величину изменяется число труб в ступени и изменение длины перемещаемой ступени, которые задаются пользователем в диалоговом  режиме. Во всех четырех документах в текстовом поле фиксируется код ТМ, откуда и куда была перемещена ступень и исполнение резьбы. Дата перемещения определяется по дате создания документа измерения. Эти документы измерения позволяют отслеживать историю поступления труб на площадку и контролировать комплектацию ступеней и подвески в целом.

Подготовленные к спуску (скомплектованные) ступени «условно» перемещаются на скважину и монтируются в системе SAP на Подвеску ремонтируемой скважины.

Все перемещения ступеней сопровождаются изменениями статуса ступеней НКТ.   На основе значений этих статусов строится баланс НКТ по всем местам пребывания оборудования, аналогичный балансу УЭЦН (см. Рис. 72).

Свои особенности есть и у оперативного учета кабелей УЭЦН.  Физическая идентификация кабельной линии как объекта учета в полевых условиях так же затруднена, как и НКТ. В целях оперативного производственного учета в системе SAP вводятся объекты:

  • «Барабан» как единица оборудования, не обладающая ни размерными характеристиками (длина в м.), ни техническими характеристиками, свойственными кабелям ЭЦН. Все эти параметры являются вычисляемыми в ходе формирования экранных форм и отчетов. Барабаны характеризуются  только идентифицирующими параметрами (№ барабана, его системный номер как ЕО). Номер барабана наносится на его боковой поверхности и не является отдельным атрибутом ЕО, а заносится в наименование барабана.  Сам барабан может быть перемещен только на любую из технических площадок хранения.  Барабан не может быть перемещен/смонтирован (в системе SAP) на техническое место «Скважина», хотя физически он может и находиться  на скважине, в процессе доставки подготовленной к спуску кабельной линии, но это никак не отражается в системе. В системе оперативного учета SAP на Барабан монтируются подчиненные ЕО - «Отрезки кабеля», которые обладают одинаковым набором технических параметров (классификационных признаков). Контроль совпадения технических характеристик отрезков, наматываемых на Барабан, ведется только на организационном уровне и программно в системе не контролируется.
  • «Кабельная линия» как единица оборудования, используемая только для удобства визуального отражения в отчетах и экранных формах и идентифицируемая паспортным номером, который является отдельным атрибутом ЕО  и  заносится в поле «Серийный номер изготовителя».  Сама по себе Кабельная линия не классифицируется и не наделяется техническими параметрами, свойственными кабелю УЭЦН, поскольку состоит из нескольких отрезков, обладающих различными характеристиками. Общая длина Кабельной линии – это расчетная величина, представляющая собой сумму длин всех отрезков кабеля, смонтированных на Кабельную линию. Для облегчения получения экранных отчетов стандартными средствами SAP, расчетная сумма по параметру «Длина» отдельных отрезков, составляющих кабельную линию, заносится так же и в поле «Величина/размер» основной записи Кабельной линии. Для удобства поиска в системе Кабельные линии выделены в отдельный вид оборудования;
  • «Отрезок кабеля» - основная учетная единица оборудования в системе SAP, классифицируемая как подкласс «Глубинно-насосного оборудования» и наделенная такими классификационными признаками как:
    • Тип кабеля;
    •  Количество жил х Сечение жилы;
    • Температурная характеристика кабеля (t°C);
    •  Тип брони (оцинкованная, нержавеющая и т.д.).

Отрезок кабеля, как единица оборудования в системе SAP, полностью соответствует его физическому представлению. Общее количество Отрезков, смонтированных на Барабан, ограничено максимальной физической емкостью барабана.  В системе SAP проверка превышения емкости барабана не производится.

Значение классификационного признака «Размер кабеля (длина в метрах) для отрезков системно никак не ограничивается и может меняться от 0 до предельной длины, которая первоначально может быть намотана на один Барабан. Все изменения длины Отрезка в процессе эксплуатации и ремонта отражаются в основной записи ЕО только системой, в ходе выполнения специальных транзакций перемещения ЕО. Изменение длины «вручную» (прямым выполнением транзакции «Изменение ЕО») - запрещено. При выполнении этой операции, длина Отрезка уменьшается на величину, задаваемую пользователем системы в диалоговом окне, и создается новая единица оборудования «Отрезок кабеля», наследующая все технические характеристики и общие данные, за исключением параметра «Длина». Кабельную линию на скважине, либо перемещается на один из барабанов на площадку отбракованного кабеля. 

 

Рис. 22

Этот параметр определяется той величиной, на которую уменьшен размер разрезаемого кабеля.  Затем, вновь созданная ЕО присоединяется (монтируется) либо на Барабан, на котором комплектуется Кабельная линия для ремонтируемой скважины, либо сразу же монтируется, на котором комплектуется Кабельная линия для ремонтируемой скважины, либо сразу же монтируется на Кабельную линию на скважине, либо перемещается на один из барабанов на площадку отбракованного кабеля.

При отделении  от барабана с новым кабелем отрезка, для создания новой кабельной линии выполняется операция создания новой ЕО - кабельная линия. Для этого используется специальная возможность программы «Перемещение ГНО».

Перемещения Отрезков в процессе эксплуатации и временного хранения - это процессы монтажа/демонтажа Отрезков либо на Барабаны, находящиеся на том или ином Техническом месте типа  «Площадка хранения», либо  на «Скважины» в составе кабельной линии.

Учет новых кабелей, кабелей, прошедших ремонт, и отбракованных кабелей, в системе производится по барабанам. Поскольку в процессе самого ремонта кабельная линия многократно перематывается с одного барабана на другой, учет таких межоперационных перемещений кабеля по барабанам в системе не производится, и выполнять процедуры перемещения (монтажа/демонтажа) в этих случаях нет необходимости. Поэтому при перемещениях кабеля на площадки ремонта можно производить монтаж кабельной линии непосредственно на ТМ «Ремонтная площадка».

На площадках хранения готовых кабелей (отремонтированных и подготовленных для спуска в скважину) и забракованного кабеля монтаж в системе должен производиться только на барабаны. На этих площадках прямой монтаж отрезков непосредственно на площадку  - не допускается.

Монтаж ЕО «Барабан» на ТМ «Скважина» не допускается, несмотря на то, что физически барабан доставляется к месту спуска кабеля в скважину. Все перемещения отрезков так же сопровождаются изменениями статуса.   На основе значений этих статусов строится баланс кабелей по всем местам пребывания оборудования, аналогичный балансу УЭЦН (см. Рис. 24).

Рис.24

sapland.ru


Смотрите также