Тоир 1с инструкция по заполнению

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

В частности, речь пойдет о таких аспектах:

• стандартные объекты ремонта;
• внесение изначальной информации;
• учет запчастей;
• учет гарантий;
• указание ремонтных особенностей;
• перечень оборудования;
• затраты на ремонт по факту;
• обнаруженные неисправности.

Стандартные объекты ремонта

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

Отчетность включает в себя стандартные объекты ремонта, объединяющие нормы ТО и ремонты для перечня соответствующих объектов.

Спецобъект может касаться лишь одного вида объекта ремонта. Для более простого объяснения лучше привести пример.

Например, существует объект под названием «Рейсмусовые станки». У каждого такого станка будет иметься несколько идентичных стандартных ремонтов, в числе которых «Средний ремонт рейсмусового станка» и прочие.

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

Чтобы указать компоненты стандартного спецобъекта ремонта, надо использовать вкладку «Список ОР».

Для указания универсальных спецификаций для спецобъектов ремонта данного типа существует вкладка «Паспортные характеристики».

Чтобы указать данные о контролируемых характеристиках стандартного спецобъекта ремонта надо использовать вкладку «Показатели».

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

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

Чтобы указать нормы ТО или ремонты, используется вкладка под названием «Нормативные ремонты».

Для выставления норм ремонта на перечень соответствующих спецобъектов в типовом спецобъекте ремонта, требуется, чтобы они находились в статусе «Действует».

Чтобы можно было корректировать стандарты ремонта, надо дать ему статус «Редактируется».

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

Вкладка «Структура ремонтного цикла» графически отображает структурную составляющую цикла ремонта.

Внесение изначальной информации

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

Чтобы вписать изначальную информацию, требуется кликнуть на картинку, на которой изображена шестерня, а затем выбрать пункт «Настройки навигации».

Затем нужно выполнить такие действия:

• в перечне «Доступные команды» внести «Ввод начальных данных»;
• в перечень «Выбранные команды», кликнуть на надпись «Добавить», либо просто нажать на нее левой кнопкой мыши дважды.

После этого перечень «Ввод начальных данных» будет содержаться в перечне «Выбранные команды», где надо кликнуть на надпись «Ок». Этот документ открывается из раздела «Учет оборудования и нормативов» и вкладки «Ввод начальных данных».

Перед тем, как вписать информацию, надо выбрать подходящий тип действия, кликнув на надпись «Создать». Чтобы указать изначальную информацию отдельно для каждого спецобъекта необходимо выбрать действие «По объекту ремонта». Чтобы указать изначальную информацию для перечня объекта ремонта, требуется кликнуть на действие «По списку объектов ремонта».

Эти показатели можно внести одним из двух способов:

1. Через определенный документ «Подбор объектов ремонтных работ», который открывается через нажатие на надпись «Подбор».
2. Внести информацию вручную.

И то, и другое, существенно упростит восприятие групп спецобъектов ремонта.

Для каждого спецобъекта ремонта в перечне необходимо:

• вписать изначальное состояние;
• повод простоя (если изначальное состояние в нем);
• нужно ли распространять внесенные изначальные показатели на подчиненный объект ремонта;
• вид иерархии.

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

Для внесения данных о дате окончания проведенных работ, используется вкладка «Выполненные ремонты».

Чтобы вводить данные о последних снятых значениях используемых показателей, нужно кликнуть на одноименную закладку «Показатели».

Чтобы вводить данные об общей наработке нужно кликнуть на одноименную вкладку «Наработка».

Чтобы вводить данные перечня запасных частей нужно кликнуть на вкладку «Запчасти».

Чтобы вводить данные пусков объекта передачи нужно кликнуть на вкладку «Пуски объекта ремонта».

Учет запасных частей

Если нужно учесть запчасти объекта ремонта, в программном обеспечении есть функция учета данных объектов. Возможность становится доступной, если поставить галочку в разделе «Учет запчастей», перейдя на вкладку «Настройка и администрирование».

Ну а документ открывается через раздел «Учет оборудования и нормативов», через вкладку «Объекты ремонта».

В отобразившемся окне появится вкладка «Запчасти».

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

Чтобы выбрать вид запасных частей и их количество, нужно использовать вкладку «Нормативные затраты при ТОиР».

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

Учет гарантий

Если нужно учесть, что на спецобъект ремонта распространяется гарантия, в программном обеспечении присутствует соответствующая функция. Применение гарантий становится доступно в случае, если поставить галочку напротив надписи «Использовать гарантии» в разделе «Настройка и администрирование».

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

Данный документ открывается через раздел «Учет оборудования и нормативов» и вкладку «Объекты ремонта».

После этого в окне по ремонту разблокируется соответствующая опция, которая расположена во вкладке «Общее».

Чтобы поставить условия по гарантии, вкладка «Гарантийные условия» становится активной.

Для указания условий по гарантии нужно ввести следующую информацию:

1. Условия в виде разновидности гарантии из документа «Условия гарантии», которые могут быть как смешанными, так и по наработке и периоду.

1. Период гарантии, информация о наработке и значение наработки автоматически впишутся из гарантийных условий.
2. Компания, которая осуществляет обслуживание по гарантии.
3. Договор, по которому осуществляется обслуживание по гарантии.

Данные по гарантии также можно посмотреть во вкладке «Наработка».

Установка ремонтных особенностей

Если нужно увеличить или сократить межремонтный период, при формировании графика-плана требуется поставить коэффициент особенностей ремонта. Указание этих коэффициентов разблокируется после установки галочки напротив пункта «Использовать коэффициенты ремонтных особенностей» во вкладке «Настройка и администрирование».

После того, как галочка будет установлена, вкладка «Коэффициенты ремонтных особенностей» станет активной в разделе «Нормативы планирования» в окне спецобъекта ремонта. Открыть эту страницу можно из раздела «Учет оборудования и нормативов», перейдя на вкладку «Объекты ремонта».

Здесь показывается информация по выбранным и рассчитываемым коэффициентам по особенностям ремонта:

Чтобы установить коэффициенты, нужно:

• сформировать и провести отчет «Установка коэффициента ремонтных особенностей»;
• кликнуть на изображение шестерни, после чего нажать на пункт «Настройки навигации».
• в перечне «Доступных команд» следует внести пункт «Установка коэффициента ремонтных особенностей»;
• в перечень «Выбранных команд», кликнув на надпись «Добавить» или просто дважды нажав на левую кнопку мыши.

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

Документ открывается через раздел «Учет оборудования и нормативов», во вкладке «Установка коэффициента ремонтных особенностей». Этот документ содержит перечень страниц с указанием коэффициентов ремонтных особенностей.

В нем указывается информация по устанавливаемым и рассчитываемым коэффициентам ремонтных особенностей.

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

При выборе определенного спецобъекта ремонта требуется кликнуть на него в перечне «Объекты ремонта».

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

Для каждого перечня объектов или определенного объекта, в перечне необходимо выбрать:

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

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

Вот как выглядит такой документ для определенного ремонта:

А вот как он же выглядит для перечня регламентируемых работ:

Перечень оборудования

Чтобы анализировать перечень оборудования, которое применяется в ходе работы, используется отчетность «Список оборудования». Вызвать этот документ можно через раздел «Учет оборудования и нормативов», перейдя на вкладку «Список оборудования».

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

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

Вот как выглядит метод отчета по износу оборудования графически:

Вот как выглядит метод отчета по видам оборудования графически:

Затраты на ремонт по факту

Чтобы провести анализ трат по факту, нужно использовать документ «Фактические затраты по объектам ремонта».

Этот документ открывается через раздел «Учет оборудования и нормативов», после перехода на вкладку «Фактические затраты по объектам ремонта».

Данные о тратах отображается в списке согласно номенклатуре.

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

Вот как выглядит тип отчетности по затратам по факту графически:

Вот как выглядит тип отчетности по затратам по факту в таблице (с использованием иерархического способа отображения):

Обнаруженные дефекты

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

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

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

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

Неполадку в системе обнаруживает диспетчер, которого до этого уведомили о неисправности либо те, кто эксплуатировал объект, либо ответственные за контроль дефектов лица. Чтобы это сделать, нужно создать отчетность «Выявленные дефекты».

Поля в отчете представляют из себя реквизиты и таблицу с тремя закладками:

• «Документы-основания»;
• «Дефекты оборудования»;
• «Дополнительно».

В эти поля вводятся:

• данные о компании и подразделении, где документ оформляется;
• дата обнаружения неисправности;
• действия, благодаря которым неполадка была обнаружена;
• подразделение-инициатор;
• контактное лицо вышеупомянутого подразделения.

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

На закладке «Документы-основания» вводится название, номер и дата отчета, на основании которого фиксируется обнаруженная неполадка.

А именно это может быть:

• внешнее основание для работ;
• учет контролируемых показателей;
• акт о выполнении регламентного мероприятия;
• состояние объектов ремонта.

Пункт «Дополнительно» существует для введения комиссии, которая обнаружила неисправность. Состав комиссии автоматически переводится в печатный документ «Акт дефектации».

В программном обеспечении имеется упрощенная форма отчетности «Выявленные дефекты», которая активируется следящим путем:

• вкладка «Интерфейс и ввод документов»;
• пункт меню «Учет показателей эксплуатации»;
• строчка «Использовать упрощенную форму дефекта».

После обнаружения неисправности можно сформировать следующие документы:

• наряд на выполнение ремонтных работ;
• состояния объектов ремонта;
• учет наработки оборудования;
• акт о выполнении этапа работ;
• смета ремонта (Заявка на ремонт);
• учет контролируемых показателей.

У каждой документации «Выявленные дефекты» существуют печатные варианты. Вот как они выглядят:

• акт дефектации;

• дефектная ведомость;

• дефектная ведомость (ликвидация ОР);

• журнал неисправностей.

Последняя печатная документация применяется во время формирования следующих документов: «Анализ отказов оборудования» и «Выявленные дефекты».

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

Содержание:

1.      Описание предприятия

2.      Учет оборудования и нормативов в 1С

3.      Документы учета показателей эксплуатации

4.      Планирование технического обслуживания и ремонтов

5.      Управление материально-техническим обеспечением ремонтов в 1С:ТОИР

6.      Управление персоналом

7.      Управление нарядами и работами в 1С

8.      Управление документацией в 1С:ТОИР

9.      Анализ эффективности и формирование отчетности в 1С

Статья будет интересна руководителям и специалистам производственных и ремонтных подразделений и служб, специалистам службы ИТ, консультантам, которые планируют или реализуют проект автоматизации ремонтной деятельности на данном программном продукте 1С:ТОИР (Техническое обслуживание и ремонт). А также для тех, кто сравнивает 1С:ТОИР (ремонт) с возможностями модуля «Ремонты» в 1С:ERP. В статье делается обзор основных функциональных модулей решения, его сравнение с аналогичной функциональностью в 1С:ERP.

Добрый день, коллеги.

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

·         Результатом ремонтной деятельности является восстановление или поддержание работоспособности существующего парка оборудования, автотранспорта, зданий и сооружений. Новая номенклатура в результате ремонтной деятельности не появляется.

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

·         Обслуживание и ремонтная деятельность могут выполняться как согласно календарного расписания планово-предупредительных ремонтов, так и «по состоянию» объектов эксплуатации или на основании предписаний контролирующих органов.

Автоматизация ремонтных производств связана с определенной спецификой, которая и будет рассмотрена в данной статье. По возможности будут проводиться сравнения с аналогичной функциональностью 1С 8 ERP. 

1.     Описание предприятия

1С:ТОИР (ремонт) поддерживает ведение сложной структуры предприятия, которая может состоять из нескольких организаций. Выполняется раздельный учет структуры Подразделения организаций и Подразделения предприятия аналогично тому, как это реализовано в 1С 8 ERP. В разделе Предприятие выполняются основные настройки параметров подсистемы, такие как:

·         учет активов;

·         планирование ремонтов;

·         управление работами;

·         настройки согласования документов;

·         интеграция с 1С:Документооборот.

Настройки планирования ремонтов, управления работами и согласования являются уникальными для данной подсистемы и не имеют прямых аналогов в 1С 8 ERP.  

2.     Учет оборудования и нормативов в 1С

В подсистеме «Учет оборудования и нормативов в 1С» основным понятием является «Объект ремонтов» (по аналогии с «Объектом эксплуатации» в 1С 8 ERP). Несмотря на более узкую трактовку, «Объект ремонтов» обладает всеми свойствами, присущими «Объекту эксплуатации»:

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

·         Поддерживается понятие «Типовой объект ремонта» — обобщающая сущность, описывающая группы объектов с одинаковыми параметрами планирования ремонтов и учета наработки;

·         Поддерживается понятие «Виды ремонтов», как дополнительная аналитика проводимых ремонтных мероприятий.

1С:ТОИР также поддерживает функциональность полностью не реализованную или реализованную на начальном уровне в подсистеме «Ремонты» 1С 8 ERP:

·         Списки объектов регламентных мероприятий: перечни оборудования, объединенного по принципу единого расписания выполнения мероприятий ТОИР (ремонт);

·         Структуры иерархии Объектов ремонта: Объекты ремонта могут храниться в системе в произвольном количестве иерархических структур – по подразделениям, по месту в технологической цепочке, по географическому расположению и т.п. Для каждой структуры иерархии может быть установлен признак необходимости регистрации перемещений объектов ремонта специальными документами “Изменение положения в структуре иерархии”. Если отметка не установлена, то перемещение объектов ремонта в справочнике не сопровождается созданием документа о перемещении и история перемещений не сохраняется.

·         Технологические карты ремонтов являются по сути расширенным и более интуитивно понятным аналогом описания состава работ, чем в 1С 8 ERP. В технологических картах 1С:ТОИР помимо непосредственного указания материальных, временных и трудовых затрат доступны к заполнению перечни измеряемых показателей, которые необходимо проверять при проведении ремонта (например, уровень вибрации обоймы подшипника). Также в технологических картах могут быть указаны «Технологические операции» — заранее подготовленные наборы работ, которые повторяются в различных ремонтных мероприятиях;

·         Все объекты ремонтов в системе дополнительно классифицируются по Приоритетам, которые используются в системе для организации последовательности выполнения работ по ремонту и обслуживанию оборудования, например, при расчете графика ППР.  

3.     Документы учета показателей эксплуатации

Документы учета показателей эксплуатации ведутся в едином журнале, в котором в оперативном режиме регистрируются показатели:

·         Выявленные дефекты;

·         Учет параметров наработки;

·         Состояния объектов ремонта

·         Учет контролируемых показателей.

Два последних показателя не имеют прямых аналогов в подсистеме «Ремонты» 1С 8 ERP. Выявляемые дефекты дополнительно классифицируются по условиям их выявления.

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

4.     Планирование технического обслуживания и ремонтов

Актуальный график ППР формируется исходя из следующих оснований:

·         График регламентных мероприятий;

·         Выявленные дефекты;

·         Внешние основания для работ (данное основание не используется в подсистеме «Ремонты» 1С:ERP).

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

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

5.     Управление материально-техническим обеспечением ремонтов в 1С:ТОИР

Подсистема материально-технического обеспечения ремонтов в 1С:ТОИР уступает системе обеспечения запасов в 1С:ERP, но назначение системы и не предполагает использования сложных схем. 1С:ТОИР позволяет сформировать все основные документы потребности и движения материальных запасов: внутренние заказы, поступления, перемещения между складами, оприходования, списания в производство по требованиям-накладным или по результатам инвентаризации.  

6.     Управление персоналом

1С:ТОИР позволяет регистрировать основные данные о приемах, переводах, увольнениях сотрудников, достаточных для целей учета ремонтного персонала, учета информации о его квалификации, составе ремонтных бригад. Дополнительно система поддерживает ведение плановых и фактических отпусков. Управление персоналом в 1С ведется только в части, необходимой для управления ремонтной деятельностью и не подразумевает полноценный кадровый учет и начисление заработной платы. Для этих целей 1С:ТОИР может быть интегрирован с внешней учетной системой (например, 1С:ЗУП), также документы и отчеты могут передаваться в виде отдельных файлов и электронных таблиц. 

7.     Управление нарядами и работами в 1С

В разделе «Управление нарядами и работами в 1С» ведется документальное оформление ремонтной деятельности предприятия или подразделения. На основании сметы ремонта формируются наряды на выполнение работ и внутренние заказы на склад. В процессе выполнения формируются все необходимые документы:

·         Требование-накладная;

·         Сдельный наряд на выполненные работы;

·         Отчет производства за смену;

·         Акт об оказании производственных услуг;

Формы документов и порядок их регистрации разработаны с учетом практик работы ремонтных подразделений предприятий, что требует изначальной доработки в модуле «Ремонты» 1С:ERP. 

8.     Управление документацией в 1С:ТОИР

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

·         Паспорта на оборудование;

·         Паспорта на объекты недвижимости;

·         Предписания контролирующих структур;

·         Организационно-распорядительная документация;

·         Акты осмотров, дефектные ведомости;

·         Регламентная документация (ГОСТы, ОСТы, Требования и Правила)

Структуру каталогов хранения администратор системы настраивает в соответствии с требованиями конкретного предприятия. Система позволяет хранить любые файлы. Для просмотра и редактирования файлов из интерфейса системы необходимо иметь установленное программное обеспечение для соответствующих типов файлов. 

9.     Анализ эффективности и формирование отчетности в 1С

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

·         Выполнение подготовки ремонтных мероприятий (по срокам);

·         Степень обработки выявленных дефектов;

·         Интегральную диаграмму значений контролируемых показателей;

·         Контроль установленных сроков простоя.

Отдельно стоит упомянуть о преднастроенных показателях KPI, которые можно использовать «из коробки», сразу определяя основные направления приложения усилий по нормализации данных и выстраивания работы ремонтной службы:

·         Информационное наполнение объектов ремонта;

·         Информационное наполнение технологических карт;

·         Отклонение от плановой наработки;

·         Отклонение фактических сроков ремонта от плана;

·         План-факт трудозатрат;

·         План-факт материально-технического обеспечения ремонтов в 1С:ТОИР.

Можно сделать вывод, что 1С:ТОИР является сильно кастомизированной учетной системой для ведения ремонтной и аналогичной деятельности. Возможности и удобство системы в части организации и управления ремонтной деятельностью превышают аналогичные параметры подсистемы «Ремонты» 1С:ERP.

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

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

Специалист компании ООО «Кодерлайн»

Малиновский Виктор

Уделим внимание программному продукту, практически незаменимому на предприятии с широкой номенклатурой применяемой техники. Подробно рассмотрим 1С: ТОИР «Управление ремонтами и обслуживанием оборудования» и разберемся, что это за софт, какими возможностями он обладает, что за информацию дает, в чем польза и так далее.

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

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

1С: ТОИР: что это такое: описание системы 1C

Это комплексное ПО, получавшее почетную награду лучшего продукта в 2012, 2015 и 2016 годах, и обладающее широким функционалом для повышения эффективности работы предприятия. Редакция 1,3 до сих пор является актуальной: при ее тестировании учитывался практический опыт ее внедрения на 70 передовых предприятиях, поэтому ее возможности будут полезны для компаний любых сфер.

Согласно положениям ISO 55000, этот софт является EAM-решением, то есть предназначать его можно для управления всеми ключевыми активами, а не только оборудованием.

Объекты эксплуатации

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

В карточке каждого из них есть следующие данные:

• паспортные характеристики;
• стоимость – как остаточная, так и восстановительная, ну и накопленная амортизация тоже;
• местонахождение – МОЛ, использующее его структурное подразделение компании;
• текущие показатели до отказа;
• функциональный центр;
• информация о ремонте – о том, кто проводит сервисную поддержку, по какому графику, что за узлы и ЗИПы для этого требуются.

Номенклатура выглядит следующим образом:

Наработка

В ТАИР 1 С (да, в интернете вы можете встретить и такой вариант аббревиатуры программы) этот параметр записывается в одноименный документ. Пример – на скриншоте ниже:

Функционал планирования продуман и реализован за счет использования разных уровней контроля.

Классы/подклассы эксплуатируемых объектов

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

Здесь же есть две важные закладки, позволяющие составить график выполнения профилактических работ для сохранения техники в нормальном состоянии:

• «Ремонтный цикл» – задает порядок проведения плановых операций, исходя из показателя наработки и времени фактической эксплуатации;
• «Прочие…» – обуславливает какие-либо другие условия, специфические, для конкретной компании.

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

Ведение списка оборудования в 1С: ТАИР: инструкция

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

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

Справочники системы

Их 6, и каждый посвящен определенному показателю:

• Виды дефектов – сохраняет факты о получении всевозможных повреждений. На его основе можно классифицировать поломки по частоте, характеру, условиям возникновения.
• Типы графиков работ – сюда вбивается перечень всех утвержденных планов работ, с объемом времени их проведения, выраженном в сменах и/или днях. Функция «Помощник заполнения» упрощает запись общих параметров, после переносимых на следующие периоды в формате некоего шаблона.
• Ремонтные группы – облегчает ввод данных о мероприятиях, осуществляемых по одинаковым правилам; повторяющиеся операции потребуется вбить в справочник только раз, что уменьшит размер базы данных системы. Понадобится лишь определить соответствия и заполнить нормативные ТО, а затем указать похожие/идентичные объекты во вкладке «Состав…» для быстроты последующей корректировки.
• Технологические карты – они заполняются с подробным списком обязательных операций, МТО, трудовых ресурсов, регламентирующими документами.
• Паспорт – в 1 С: ТОИР можно создать персональную карточку для каждой единицы оборудования и вписать в нее информацию о заводе-производителе, дате изготовления, технологическом, заводском, инвентарном номерах.
• Объект – этот каталог сохраняет историю всех выполненных починок, с необходимыми техническими характеристиками, учетом контролируемых значений, журналом наработок на отказ, причем последние вносятся в неограниченном количестве.

Планирование ремонтов

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

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

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

Внимание, ТАИР – программа 1С, в которой задача вносится в график по четкой схеме – рассмотрим ее.

Заказ на ремонт

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

Выработка сотрудников

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

• список проводимых операций;
• сроки осуществления;
• состав ремонтников и уровень их квалификации;
• стоимость и вариант оплаты.

По факту удовлетворения потребности, то есть по завершении ТО, формируется соответствующий акт. А уже на основании его заполняется карточка для внутреннего потребления – ее пример показан ниже, на скриншоте:

Регистрация дефекта

Наличие выявленной поломки необходимо подтвердить документально – для этого в базу вносится форма со следующими реквизитами:

Интересно, что повреждения, в зависимости от их тяжести и серьезности последствий, подразделяются на две категории: на те, что идут в статистику и могут подождать, и те, что требуют срочного вмешательства.

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

• исправляется тут же, на месте – без использования отдельных ресурсов;
• требует серьезных затрат и привлечения дополнительных специалистов и/или материалов.

Контроль состояния эксплуатируемых объектов

Осуществляется путем ведения отчетности через модуль с одноименным названием, с помощью которого также удобно анализировать:

• особенности последних решенных задач;
• показатели наработки, плановые и текущие;
• состояние остаточных ресурсов.

Заполненная форма выглядит следующим образом:

Информация для бухгалтерии

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

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

В результате использования образуется единая инфосреда.

Максимально же эффективно объединение рассматриваемого софта со стандартной конфигурацией другого фирменного продукта – 1С: УПП. Схематически его можно представить так:

Правильно налаженный обмен данными с системами АСУ ТП осуществляется через целый ряд документов. Рассмотрим их по порядку.

«Внутренний заказ»

Составляется при выявлении дефекта, с целью удовлетворения необходимости, то есть устранения проблемы.

«Корректировка внутреннего заказа»

Проводится тогда, когда в предыдущую форму нужно внести изменения.

«Требование-накладная»

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

«Отчет производства за смену»

Создается на основе Акта об осуществлении операции и отражает в учете характер предоставления услуги.

«Сдельный наряд»

Помогает зарегистрировать фактическую выработку и, на основании этого, правильно рассчитать зарплату.

«Поступление товаров/услуг»

Позволяет отразить приход/списание активов и получение/предоставление различных видов сервиса.

Защита данных, администрирование

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

Проанализировать рациональность управления ТО можно с помощью целого ряда отчетов:

• по параметрам эффективности;
• по план-фактам – трудозатрат, МТО, осуществленных операций;
• по номенклатуре;
• по состоянию эксплуатируемых объектов.

Перед управленцем, по сути, предстает виртуальная витрина действий, на основании информации которой он может осуществлять долгосрочное планирование, что весьма удобно.

Чем хороша программа 1С: ТОИР: описание ее технологических преимуществ

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

• трехуровневая платформа;
• большое количество модулей;
• «тонкое» пользовательское приложение, подключающееся и по http, и по https-протоколу;
• реализация бизнес-логики только на сервере;
• возможность взаимодействия с базой в режиме online.

Web-клиент – отдельная песня, у него свои достоинства, причем неоспоримо мощные. Он не требует инсталляции никаких дополнительных компонентов, совместим как с Windows, так и с Linux, его не нужно отдельно администрировать на ПК. А те, кто заходят в него с мобильных устройств, получают сравнительно быстрый доступ к интересующей их информации.

Также есть возможность подключения на низкой скорости – через dialup или GPRS. Таким образом доступ к к софту открыт действительно из любой точки земного шара, даже оттуда, где стабильное интернет-соединение отсутствует.

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

• уровень прав пользователей;
• специфика внедрения для сферы бизнеса;
• индивидуальные функции, нужные для решения определенных задач.

Персональный интерфейс – это реальность, его можно сделать для каждой группы юзеров.

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

Производительность и масштабируемость

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

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

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

Верно выстроенное ПО будет максимально эффективным еще и за счет использования одной из передовых СУБД (IBM DB2, MS SQL, Oracle Database или подобных им).

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

По сделанному нами обзору, надеемся, достаточно подробному, вы уже могли понять, насколько хороша программа 1С: ТОИР: аналоги у нее, конечно, есть – это КСУТО, NERPA EAM, TRIM, Seascape и другие, – но все они не обладают таким потенциалом и уровнем надежности. Поэтому на ее настройку стоит потратить свое время. А если вам понадобятся совместимые с ней продукты, упрощающие процесс использования и обслуживания оборудования, их вы по самым привлекательным ценам найдете в каталоге «Клеверенс», обращайтесь.

Количество показов: 12146

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

• Планировать и своевременно выполнять техническое обслуживание;
• Учитывать затраты на ремонты и запчасти (далее ЗИП) каждой единицы оборудования;
• Поддерживать неснижаемый запас ЗИПов для своевременного выполнения ремонта и технического обслуживания;
• Планировать и учитывать фактически выполненные работы инженеров и ремонтных бригад;
• Планировать производство, учитывая доступность/не доступность всего оборудования или его узла на время проведения ремонта или обслуживания.

Все эти задачи могут быть решены в 1С: ERP. В статье будут рассмотрены основные возможности по управлению ремонтами в системе 1С.

Объекты эксплуатации

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

Каждый объект эксплуатации содержит информацию

• о самом объекте (паспортные характеристики)
• о его стоимости (восстановительная и остаточная стоимость, накопленная амортизация)
• о его местонахождение (эксплуатирующее подразделение и МОЛ)
• о наработках (показатель наработки, остаточный ресурс, периодичность)
• о ремонтах (ремонтирующее подразделение, график технического обслуживания, необходимые ЗИПы, узлы)
• о рабочих центрах (зависимые рабочие центры)

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

Ремонтные узлы — это составные части объекта эксплуатации. Для них могут быть созданы отдельные параметры, связанные с ремонтами.

Классы и подклассы объектов эксплуатации

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

Закладки Ремонтный цикл и Прочие ремонты определяют правила для планирования предупредительных работ, применяемых для поддержания работоспособности оборудования.

Ремонтный цикл описывает очередность выполнения плановых ремонтов в зависимости от времени эксплуатации или величины наработки. 

Прочие ремонты — самостоятельные нормы выполнения ремонтов.

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

Пример: класс «Вентиляционные системы» имеет подклассы «Внутренние» и «Наружные». Такое разделение позволяет учитывать разные условия эксплуатации объекта и проводить техническое облуживание чаще/реже в зависимости от этих условий.

Заказ на ремонт

Заказ на ремонт, как и любой другой заказ в системе 1С формирует потребность в материалах, работах и услугах.

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

Выработка сотрудников

На основании Заказа на ремонт могут быть созданы документы Внутреннее потребление и Выработка сотрудников, которые регистрируют факт удовлетворения потребности – выполнение ремонта.

Закажите внедрение ERP-решений 1С для вашей компании у АйТи План

Подробнее

Наработка объектов эксплуатации

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

Показатели наработки объектов эксплуатации регистрируются документом «Наработка объектов эксплуатации».

Функционал планирования ремонтов реализована на использовании классов и подклассов объектов эксплуатации.

Регистрация дефекта

В случае нарушения работоспособности оборудования или его узла в системе зарегистрируется дефект.

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

В программе при регистрации дефекта можно отразить способ устранения выявленных дефектов:

• устраняется на месте — выделение отдельных ресурсов на ремонт не требуется, факт исправления фиксируется изменением статуса документа, зафиксировавшего неисправность;
• требуется ремонт — устранение требует значимых трудозатрат и дополнительных ресурсов. Необходимость ремонта отражается заказом на ремонт. Заказ на ремонт после исполнения может закрыть как исправленные несколько выявленных ранее дефектов.

На основе документа в системе можно сформировать печатную форму «Дефектная ведомость».

Ввод информации о прошлых ремонтах

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

В документе есть возможность указать, какие виды ремонтов были выполнены для объектов эксплуатации и узлов.

Планирование ремонтных работ

Функционал планирования ремонтов реализован на использовании классов и подклассов объектов эксплуатации. Потребность в техническом обслуживании по данным нормативной информации и зафиксированному объему наработки формируется в рабочем месте «Планирование ремонтных работ», где диспетчер может сформировать Заказы на ремонт.

На этом этапе для объекта эксплуатации можно указать поглощение или объединение одних видов ремонтов с другими, более объемными, если эти виды ремонтов оказались в одном периоде планирования. Согласование и утверждение созданных заказов проводятся вручную. Совокупность утвержденных к выполнению заказов на ремонт составляет график ремонтов.

Контроль состояния объектов эксплуатации

Для контроля состояния объекта эксплуатации можно использовать отчет Состояние объектов эксплуатации, который позволяет проанализировать:

• последние выполненные ремонты;
• текущие и плановые значения показателей наработки;
• остаточный ресурс.

Для контроля хода ремонтных мероприятий в системе настроен одноименный отчет, который отражает:

• процент выполнения заказа,
• плановую и фактическую длительность выполнения.

изменение срока окончания работ.

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

Часть 1. Учет объектов ремонта. Интеграция ТОИР с учетной системой. Планирование ремонтов.

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

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

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

Какие же цели внедрения ставило руководство?

1. Снижение рисков выхода из строя оборудования по причине несвоевременного технического обслуживания и планово-предупредительного ремонта.

2. Получение актуальных данных о текущем состоянии объектов ремонта (ОР).

3. Автоматическое планирование графиков планово-предупредительных ремонтов (ППР) на основании имеющихся нормативов.

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

Что было сделано в ходе внедрения? Какие основные функциональные блоки были автоматизированы?

1. Учет объектов ремонта (По комплектации, По технологической позиции, По Местонахождению)

2. Планирование (Календарное, По наработке, Смешанное) ТО, текущих и капитальных ремонтов с учетом:

• Производственной программы (в том числе ее корректировок)
• Данных о фактической наработке оборудования

3. Контроль состояния оборудования и диспетчеризация

4. Проведение ремонтов (плановые/внеплановые)

• Создание наряд-заданий на основании графиков ППР
• Автоматизированное рабочее место (АРМ): фиксация данных об исполнителях, о текущем % выполнения ремонта, материальных затратах и запчастях, стоимости.

5. Интеграция ТОИР с учетной системой

В данной части мы более подробно рассмотрим решение задач функциональных блоков 1-3. А в следующей – оставшиеся задачи.

Итак, начнем с блока Учет объектов ТОИР.

На скриншоте ниже представлен один из главных объектов системы ТОИР – справочник Объекты ремонта. Количество объектов ремонта, с которыми работает Заказчик, достаточно велико. В проекте приняло участие 4 филиала, каждый из которых имеет от 10 до 30 укрупненных объектов обслуживания. Каждый укрупненный объект ремонта насчитывает от 500 до 1500 шт. составляющих объектов ремонта. Это серьезные цифры. Поэтому ещё на этапе проектирования было принято решение о разработке нового рабочего места (РМ) – Список объектов ремонта. Типовой функционал ввиду реализованного архитектурного подхода имеет значительные ограничения по производительности при обработке такого массива данных. Реализованное нами РМ сокращает длительность обработки одной операции от нескольких минут до нескольких секунд. Кроме того, в рамках выполнения данной задачи, была реализована ещё одна важная потребность: представление в режиме одного окна данных о занимаемой позиции ОР в разных структурах иерархии: По комплектации и По технологической позиции.

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

В рамках проекта мы реализовали следующую структуру: 1-ый уровень – уровень укрупненного объекта обслуживания, 2-ой уровень – уровень тех. позиции (например, Буровой насос, как приведено на данном слайде), 3-ий и следующие уровни – уровни ОР и составных частей ОР. На скриншоте показано, что в буровой установке 14430 есть тех. позиция Буровой насос (данные согласно заведенной структуре по тех. позиции). К данной технологической позиции отнесены 3 объекта ремонта: 2 Электродвигателя и 1 Модернизация бурового насоса (данные согласно заведенной структуре по комплектации).  

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

На скриншоте ниже представлена карточка объекта ремонта. Как видно, из карточки ОР доступны для ввода и редактирования и просмотра различные данные, а именно:

1. Данные по эксплуатации: Организация и Подразделение, которому принадлежит ОР, дата ввода в эксплуатацию, График работы, СПИ, Инвентарный №, Технологический №, Класс, Местоположение.

2. Данные об изготовителе: Изготовитель, № Паспорта, Заводской №.

3. Исполнители ремонта

4. Дополнительные данные, такие как данные о гарантии, признак того, что ОР не участвует в планировании (добавленный реквизит).

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

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

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

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

Интеграция ТОИР с учетной системой.

Перед тем, как перейти к блоку Планирование ремонтов, рассмотрим, каким образом настроена интеграция ТОИР и учетной системы 1С:ERP Управление предприятием 2 (1С:ERP), поскольку эти две системы тесно связаны.

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

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

В системе 1С:ERP на предприятии Заказчика автоматизирована подсистема планирования производственного процесса, а также учет фактического выполнения производственной программы с отражением ключевых аналитик, таких как филиал, МВЗ, Проект, Технологическая операция.

Данные о производственной программе из учетной системы используются для загрузки в 1С:ТОИР КОРП план-графика ППР по отдельному виду ремонтов, который в последующем используется для анализа пересечений производственной программы с рассчитанными графиками ремонтов. На данном слайде приведен фрагмент отчета о Годовой производственной программе по одному укрупненному объекту обслуживания. Данный отчет демонстрирует временной интервал в пределах года, в котором объект обслуживания задействован на производстве, соответственно в эти временные интервалы не может производиться капитальный ремонт любого ОР и Текущий ремонт отдельных Объектов/Узлов ремонта.

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

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

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

Наработка выгружается ежедневно по настроенному расписанию. Данные о фактической наработке ОР отображаются непосредственно в карточке ОР.

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

Планирование ремонтов

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

План-график ППР составляется отдельно для каждого Сервиса по ключевой аналитике учета – МВЗ. Общий План ремонта по ключевой аналитике на заданный период представлен в системе в виде отчета (будет продемонстрирован отдельно).

Теперь давайте посмотрим на нормативную базу, которая используется при расчете план-графика ППР. На предприятии Заказчика используется календарное планирование, планирование по наработке, а также смешанное (в большинстве случаев).

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

На скриншоте ниже приведен пример указания нормативов планирования ремонтов для ТОР Вертлюги. Как видите, он не один. Нормативы планирования задаются для конкретного вида ремонта.

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

Согласно заданным нормативам планирования, а также описанной выше процедуре планирования ППР, создаётся документ План-график ППР. Документ заполняется автоматически (скриншот ниже). В основном, используется заполнение план-графика ППР в фоновом режиме. В данном варианте процедура расчета/заполнения выполняется на сервере и не блокирует дальнейшую работу пользователя. Это очень важная и нужная возможность, поскольку процедура расчета достаточно ресурсоемкая и длительная по времени (связано в первую очередь с большим количеством учитываемых ОР).

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

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

При наведении курсором на строку диаграммы система позволяет получить расшифровку непосредственно до документа, которым был зафиксирован ремонт по данному ОР, при этом в документе «попадаем» именно в ту строку, которой был запланирован данный ремонт.

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

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

Итак, в данной части материала, мы рассмотрели такие темы, как Учет объектов ремонта, Интеграцию ТОИР с учетной системой и Планирование ремонтов. В следующей части поговорим о Контроле состояния оборудования и о Выполнении ТО и ремонтов.