· Позволяет передавать сведения в систему 1С о фактических затратах ЗИП на внеплановый ремонт оборудования, а также трудозатраты на данные работы (после получения подтверждения от соответствующего модуля).
· Позволяет передавать сведения в систему 1С о затратах на плановый сервис от подрядных компаний, включая ЗИП и трудозатраты (после получения подтверждения от соответствующего модуля).
10.3. Потребность к структуре и функционированию системы
Система должна быть рассчитана на автоматизацию управления бизнес-процессами в рамках планово-предупредительного обслуживания и ремонтов, ремонтов по состоянию, а также ремонтов по ликвидации выявленных в ходе эксплуатации дефектов.
Плановые и неплановые ТОРО силами сервисных компаний должны выполняться по сервисным заявкам.
Запасные части и материалы на неплановый ремонт собственными силами также заказываются по отдельной заявке в системе.
Проектирование СИСТЕМЫ выполняется с учетом максимальной автоматизации работ рутинного характера, которые возможно выполнить с помощью вычислительной техники.
Система в своем составе должна поддерживать реализацию функции (см. рис.1):
· Ведение справочной информации (каталоги заданий на ТО, необходимые ТМЦ - ЛЗК, струтуры ремонтных циклов);
· Ведение структурно - иерархической базы данных объектов ремонта;
· Календарное планирование ППР. Составление потребности в ТМЦ;
· Формирование заявок на ремонт на основании ППР. Комплектование заявок необходимой организационно распорядительной и нормативно технической документацией;
· Регистрация выполненных работ по заявкам. Сбор и хранение данных о затратах;
· Регистрация данных о случившихся поломках (авариях). Формирование заявок;
· Формирование отчетов о ремонтах и обслуживании;
· Система должна взаимодействовать с системой учета топлива и наработке дизельных двигателей.
· В Системе должно быть предусмотрено электронное согласование уполномоченными лицами.
· В целом функции должны соответствовать целям проекта (п.5.2).
нет
да
да
нет нет
да
да
нет
да да
да
да
Рис.1.
Алгоритм процессов ТОРО.
Примечания:
1. Для вновь приобретенного оборудования Идентификационный код ТОРО присваивается при наличии статуса «Установлено» (Installed).
2. Главный механик/главный энергетик филиала утверждает следующие отчеты в системе ТОиР:
· Заявки на сервис и материалы;
· Отчеты об инспекциях 3-х инспекционных и сервисных компаний;
· Отчеты о неисправностях;
· Отчеты об авариях;
· Отчеты об отсрочке ТОРО;
· Отчеты об освобождении от ТОРО;
· Загружает скан-копии отчетов сервисных компаний в систему ТОРО.
3. Остальные задания закрывает линейный старший механик / электромеханик на буровой.
10.4. Требования к численности, квалификации и режиму работы персонала.
Дополнительной численности персонала не требуется. Требуется технический персонал для обеспечения технической возможности работы системы.
Знание операционной системы компьютера, на котором работает система и владение базовыми навыками работы в ней:
· Использование основных пользовательских функций при работе с операционной системой;
Режим работы персонала, занятого эксплуатацией элементов Системы, должен соответствовать режиму работы, установленного для соответствующего подразделения.
10.5. Требование к надежности
Для восстановления работоспособности Системы должны выполняться следующие требования:
· Сбой системного или пользовательского программного обеспечения. Должно быть обеспечено восстановление базы данных до состояния на момент последней завершенной транзакции.
· Сбои или выход из строя накопителя на жестком магнитном диске. Должна быть обеспечена возможность восстановления данных с имеющейся резервной копии после замены накопителя.
· Ошибки в работе персонала. Средства администрирования Системы должны обеспечивать возможность минимизировать ошибки персонала путем четкого разграничения полномочий и прав доступа к Системе.
· Сбои энергообеспечения не должны приводить к выходу из строя технические средств и нарушению целостности данных.
10.6. Требование к эргономике и технической эстетике
Программные модули системы должны быть простыми и интуитивно понятными.
10.7. Требование к защите информации от не санкционированного доступа
Защита информации Системы от несанкционированного доступа на программном уровне:
· Выделение конкретной группы пользователей;
· Разделение группы по категориям пользователей;
· Разделением пользователей по категориям доступа:
o полный доступ;
o чтение данных, внесение изменений в доступный сегмент данных;
· Разделение пользователей по уровню доступа для утверждения отчетов и материальных заявок.
· Введением системы паролей, назначающей каждому пользователю категорию доступа.
10.8. Требования к функциям
10.9. Первоначальный ввод НСИ
Данные, описывающие структуру и объекты ремонта, заносятся в процессе создания системы ТОРО (до тиражирования) в справочники «Системы» единовременно вручную или посредством считывания из файла формата DOC подготовленного силами Исполнителя. В дальнейшем, справочники дополняются и корректируются штатными средствами «Системы». Структура файла DOC должна содержать информацию достаточную для заполнения справочников «Системы».
Предварительная структура данных (структура может быть скорректирована на этапе экпресс-обследования и написания технического задания):
· Структурная единица – владелец объекта ремонта;
· Виды ремонта;
· Условное обозначение ремонта или ТО;
· Исполнитель ремонта;
· Предварительные мероприятия по обеспечению безопасности при выполнении работ;
· Перечень операций последовательно выполняемых и составляющих типовой ремонт;
· Оформляемые организационно-распорядительные документы в ходе ремонта;
· Данные журнала наработки;
Все ремонты подразделяются на следующие виды:
· Техническое обслуживание;
· Текущий ремонт;
· Капитальный ремонт;
· Аварийный ремонт (внеплановый ремонт);
· Метрологические поверки и калибровки.
· Инспекции оборудования.
10.10. Наличие ТМЦ на складе
Система должна интегрироваться с модулем МТО (складским модулем).
В Системе должна формироваться «Заявка на закупку ТМЦ», отображаться поступление и расход ТМЦ на складе, и формироваться «Требование на ТМЦ» в установленной Заказчиком форме.
10.11. Формирование и утверждение ППР на год/квартал/месяц
Система должна позволять формировать графики ППР на любой период год/квартал/месяц. С возможностью ручной корректировки сформированных графиков при изменении Графика строительства скважин или цикла ТО и ремонта. Корректировка также будет необходима для включения не вошедших видов ремонта в текущий ППР, а также перенос ремонтов на более поздний/ранний срок при необходимости с оформлением соответствующих документов. Механизм формирования графика ППР должен учитывать фактическую наработку оборудования и строить графики с учетом этой наработки с момента последнего проведенного однотипного ремонта.
Графики ППР и регламентного обслуживания должны формироваться по видам оборудования.
10.12. Формирование и утверждение бюджета на год/квартал/месяц
«Система» должна формировать бюджет ТОРО на основании данных Графиков бурения скважин и расчетных объемов ремонтных работ согласно графику ППР.
Механизм корректировки и утверждения бюджета должен основываться на изменениях данных в Графике бурения и соответственно, скорректированных графиках ППР.
10.13. Формирование отчетности по регламентным работам
По введенной в систему информации о ремонтах должны формироваться отчеты:
«Отчет о наработке оборудования»
«Отчет по ремонтам оборудования», в котором должна консолидироваться информация по произведенным ремонтам единицы оборудования.
«Отчет по статусу оборудования в системе» - отсутствует, в ремонте, установлено, в консервации, на складе и т. д..
«Отчет о расходах топлива и наработке по дизельным двигателям»
Другие отчеты, необходимость которых будет согласована в ходе экспересс-обследования.
10.14. Формирование списка ТМЦ необходимых для проведения ремонтов
На основании введенного в систему Графика бурения и графика ППР, сформированного модулем ТОРО для каждой единицы оборудования, система должна формировать список ТМЦ, необходимых для проведения ремонтов.
10.15. Формирование сводного плана работ
На основании утвержденного и введенного в систему графика ППР, система должна формировать «Сводный план работ» на выбранный период (квартал/месяц).
10.16. Формирование списка закупаемых ТМЦ и заявки на закупку
Система должна формировать список закупаемых ТМЦ и ОС на указанный период год/квартал/месяц. Данный список должен формироваться с учетом текущих остатков на складе и после согласования передаваться в систему МТО.
На основании сформированного списка закупаемых ТМЦ, либо посредством ручного ввода, должна формироваться внутренняя «Заявка на закупку ТМЦ» с присвоение индивидуального номера для возможности последующего прослеживания статуса заявки.
При формировании внутренней «Заявки на закупку ТМЦ» посредством ручного ввода подбор номенклатуры ТМЦ выполняется из базы данных материалов системы ТОРО с алгоритмом быстрого поиска (путем ввода во вкладке поиска как внутреннего кода материала/оборудования, принятого на предприятии, так и парт номера/артикула от изготовителя, а также по наименованию изготовителя).
10.17. Формирование поступления ТМЦ
При проведении кладовщиком «Приходного ордера на ТМЦ» должно происходить количественное проведение документа.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 |
