Руководство для 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 и другие, – но все они не обладают таким потенциалом и уровнем надежности. Поэтому на ее настройку стоит потратить свое время. А если вам понадобятся совместимые с ней продукты, упрощающие процесс использования и обслуживания оборудования, их вы по самым привлекательным ценам найдете в каталоге «Клеверенс», обращайтесь.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Востребованные опции системы 1С:ТОИР для планирования и управления. Часть 2.

Новая опция «Матрица оценки рисков» позволяет определить критичность дефекта для аварийных ремонтов и даты завершения ремонта с учетом рисков.

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

«Использовать скользящее планирование» или не использовать. Решать вам

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

«Анализ коренных причин возникновения дефектов» — выявите истинную причину возникновения дефектов

В релизе 1С:ТОИР 2 КОРП 2.0.37.1 добавлен инструмент, который позволяет проводить анализ исходных причин возникновения дефектов.

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

Мы решили дополнить систему 1С:ТОИР 2 КОРП механизмом фиксации причин возникновения дефектов —  «Анализ коренных причин».

Используя эту опцию, вы можете фиксировать не только лежащую на поверхности, но и «коренную» (исходную) причину, которая привела к поломке. Это позволит анализировать и предотвращать подобные ситуации. В основе анализа коренных причин лежит метод «5 почему». Суть метода — выявление истинной причины проблемы, а не только ее диагностирование. Для этого необходимо 5 раз задать вопрос «Почему?», всё глубже и глубже проникая в суть проблемы. Каждый последующий вопрос задается к ответам на предыдущий вопрос. Число вопросов — пять — подобрано эмпирическим путем и считается оптимальным для обнаружения истинных причин дефектов.

Чтобы узнать, как это работает «Анализ коренных причин» в 1С:ТОИР 2 КОРП, смотрите наше видео.

«Управление плановой доступностью персонала» и «Ресурсное планирование работ подразделения»

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

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

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

Приглашаем на индивидуальную встречу по повышению эффективности службы ТОиР!

Нам есть чем поделиться, ведь у нас за плечами 250 проектов автоматизации ТОиР в разных отраслях.

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

Специалисты 1С:ТОИР всегда готовы ответить на ваши вопросы
по телефону +7 (499) 955-39-75 и по электронной почте toir@desnol.ru.

  © Photo designed by freepik.com

В рамках статьи консультант компании NFP Дмитрий Корнилов подробно разбирает отдельный блок системы «Управление обслуживанием и ремонтами оборудования». Блок предназначен для обеспечения эффективного использования активов предприятия.

1C:ERP – флагманский продукт компании «1С», нацеленный на консолидацию и оптимизацию производственных процессов и оперативного управления. По функциональности программа является одной из самых мощных систем в своём классе. Программа содержит такие блоки, как: Управление производством, Управление финансами, Мониторинг и анализ показателей деятельности предприятия, Управление персоналом и расчёт зарплаты, Управление запасами и складом, Учёт и отчётность по МСФО, Управление обслуживанием и ремонтами оборудования, Управление закупками, Учёт затрат и расчёт себестоимости, Управление продажами и ценообразованием. Тем самым программа реализует стратегию ERP.

Компания NFP занимается разработкой методологии процессов с целью дальнейшей автоматизации для следующих функций 1С:ERP: Управление производством, Управление финансами, Управление запасами и складом, Учёт и отчётность по МСФО и не только. Более подробную информацию об услуге Вы можете найти на нашем сайте или связаться с нами любым удобным для Вас способом.

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

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

Под активами предприятия в блоке «Ремонты» понимаются внеоборотные активы, которые в 1С:ERP учитываются в качестве элементов справочника «Объекты эксплуатации». Отдельные объекты эксплуатации могут быть приняты к учёту как основные средства.

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

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

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

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

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

1. Первая группа – относятся к общим, которые открывают доступ к подсистеме «Управление обслуживанием и ремонтами оборудования» (Рис.1):

• НСИ и администрирование/Настройка НСИ и разделов/Производство/Ремонты активируем флаг «Управление ремонтами» (Рис.2) – данная настройка добавляет в карточке объекта эксплуатации дополнительные реквизиты и настройки: Статус, группы полей Ремонт и Эксплуатация.
• НСИ и администрирование/Настройка НСИ и разделов/Производство/Ремонты активируем флаг «Узлы объектов эксплуатации» (Рис.2)– настройка включает возможность использования иерархии объектов эксплуатации.
• НСИ и администрирование/Настройка НСИ и разделов/Производство/Ремонты в поле «Обособление материалов» (Рис.2) указываем, как будут обособляться материалы, которые переданы для выполнения ремонтных работ. Материал может быть передан под конкретный заказ на ремонт или под направление деятельности, к которому имеет отношение ремонтируемый объект.
• НСИ и администрирование/Настройка НСИ и разделов/Внеоборотные активы в поле «Учёт внеоборотных активов» рекомендуется указать версию 2.4 (Рис.3). Данная настройка позволяет отражать основные средства в управленческом учёте приближенно к стандартам МСФО.
• НСИ и администрирование/Настройка НСИ и разделов/Внеоборотные активы/Внеоборотные активы (версия 2.4) – в данном разделе можно осуществить настройку отражения активов в управленческом учёте. Для нашего примера был выбран вариант «По стандартам международного учёта» (Рис.3).

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

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

• При настройке статей расходов (в нашем случае по амортизации, аренде и материалам) требуется указать, что в учёте (регламентированном и управленческом) они распределяются на «Производственные затраты» (Рис.5).

• При создании правила распределения в карточке статьи расходов требуется заполнить поля (Рис.6):
  — Распределять на – указывается количество подразделений при распределении;
  — Между партиями по базе – выбирается один из вариантов базы распределения.

Краткий сценарий:

1) Учёт объектов эксплуатации.

Создание объекта эксплуатации – создадим два объекта эксплуатации. По легенде первый объект взят в аренду, а второй приобретен и поставлен на учёт как объект ОС.

2) Аренда объектов эксплуатации.

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

3) Собственные объекты эксплуатации.

• Цикл учёта основных средств;
• Осуществим начисление амортизация основных средств по второму объекту.

4) Выполнение ремонтов.

5) Расчёт себестоимости продукции при помощи регламентной операции.

6) Анализ данных при помощи отчёта.

Приступим к выполнению пунктов сценария.

1. Создадим два объекта эксплуатации.

1.1.Ввод объекта осуществляется в разделе Производство/Объекты эксплуатации. Нажимаем «Создать» и заполняем поля (Рис.7):

⇒ Наименование

⇒ Класс

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

1) Вкладка «Основное»

• Наименование

2) Вкладка «Виды ремонтов» (Рис.8) — виды ремонтов заполняются только в том случае, если они плановые или РЦ постоянно выходит из строя. При разовой поломке можно заполнить все данные в документе «Заказ на ремонт»

• Наименование
• Общий вид ремонта
• Длительность
• Формировать планы
• Номенклатура – мы добавили 1 номенклатуру с типом «Товар», а 2-ю с типом «Работа»
• Количество

⇒ Ответственное подразделение – наше ответственное подразделение

⇒ Статья для материалов и работ – на данную статью отражаются материалы, использующиеся в ремонте

⇒ Ответственное подразделение – подразделение, которое использует рабочий центр

⇒ На вкладке «Рабочие центры» при помощи заполнения табличной части свяжем текущий объект эксплуатации с рабочим центром

1.2. Аналогичным образом создадим ещё один объект эксплуатации

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

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

     2.1.1. Для создания переходим в раздел Производство/Объекты эксплуатации двойным кликом по объекту открываем карточку этого объекта. В карточке объекта находим кнопку «Ещё» и выбираем вариант «Изменить состав дополнительных реквизитов». Далее создаем новый реквизит при помощи функции «Добавить», выбираем вариант «Новый» и заполняем поля:

   ⇒ Наименование

   ⇒ Тип значения – указываем тип «Контрагент» – данное поле не влияет на объекты системы, а служит для удобства выведения информации в отчётах.

     2.1.2. В карточке объекта на вкладке «Дополнительные реквизиты» заполним только что созданный реквизит

2.2. Отразим расходы по аренде по первому объекту эксплуатации

     2.2.1. Для начала перейдём в раздел «Финансовый результат и контроллинг» и создадим документ «Приобретение услуг и прочих активов» (Рис.9). После того как мы приобрели услугу, остаётся выполнить операцию по распределению затрат. Распределение затрат на выпущенную продукцию осуществляется при запуске регламентной операции «Закрытие месяца». Этап закрытия описан в пункте №5.

3. Осуществим ввод документов по внеоборотному активу

3.1. Отразим расходы на приобретение. Перейдём в раздел «Финансовый результат и контролинг» и создадим документ «Приобретение услуг и прочих активов». При заполнении табличной части в поле «Статья расходов/активов» создадим новую статью. При заполнении данных выберем соответствующие значения (Рис.10):

• Тип расходов – выбираем «Формирование стоимости и внеоборотных активов»
• Распределить в регламентированном и управленческом учёте (в рамках статьи нас интересует только управленческий учёт) – выбираем «На внеоборотные активы»
• Тип аналитики расходов – выставляем флаг для значения «Основные средства»

3.2. Примем ОС к учёту. Для этого перейдём в раздел «Внеоборотные активы», откроем классификатор «Основные средства». Далее выберем наш объект эксплуатации №2 и при помощи функции «Создать на основании» создадим документ «Принятие к учёту ОС». Далее заполним документ.

3.3. В пункте № 5 при использовании регламентной операции по закрытию месяца будет осуществлено начисление амортизации. Начисление амортизации должно произойти в месяц принятия ОС к учёту, ранее мы делали соответствующую настройку.

4. Ремонт силами контрагента

4.1. Для отражения операции по ремонту перейдём в раздел Производство/Заказы на ремонт выбираем функцию «Создать» и в открывшемся документе заполняем данные (Рис.11):

1) Шапка документа:

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

2) Вкладка «Ремонты»

• Вид ремонта
• Статья расходов для материалов и работ

3) Вкладка «Материалы и работы»

• Жмём «Заполнить» и выбираем «По ремонтам»
• Нажимаем «Обеспечение» и «Заполнить обеспечение» ставим флаг «Отгрузить обособленно»

4) Вкладка «Остановка рабочих центров»

• Заполняем дату и время интервала остановки (Рис.12)

5) Дополнительно:

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

4.2. На основании документа «Заказ на ремонт» вводим документ «Внутреннее потребление товаров» (Рис.13)

4.3. Осуществим в разделе Закупки/Документы закупки (все) приобретение работы и отразим её на ремонт. Создадим документ «Приобретение товаров и услуг» с видом операции «Закупка у поставщика» и заполним поля в документе (Рис.14):

1. Вкладка «Основное»:

• Поставщик
• Организация

2. Закладка «Товары»:

• Номенклатура – указываем нашу номенклатуру с видом «Работа»
• Количество
• Цена
• Подразделение получатель

5. Расчёт себестоимости продукции при помощи регламентной операции

Распределение затрат можно осуществить из нескольких рабочих мест:

⇒ Раздел Финансовый результат и контролинг/Закрытие месяца. В списке операций мы можем увидеть операцию «Распределение материалов и работ на себестоимость продукции» нажимаем на ссылку

⇒ Раздел Производство/Распределение материалов и работ

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

1. Вкладка «По правилу» (Рис.15):

• Количество материала, работ
• Правило распределения

⇒ При создании нового правила заполняем поля:

• Наименование
• Выбрали вариант «Количество продукции»
• Статья калькуляции

Нажимаем «Провести и закрыть» и возвращаемся к списку регламентных операций и выполняем все операции по закрытию месяца. (Рис.16)

6. Анализ данных при помощи отчёта

При обращении к отчёту «Анализ себестоимости выпущенной продукции по организации» мы можем убедиться, что в себестоимость выпущенной продукции попали затраты на ремонт, затраты на аренду, также попала амортизация по объекту основного средства, расходуемые материалы на ремонт и выпуск продукции (Рис.17). Таким образом задача по выполнению ремонта силами контрагента выполнена.

Компания NFP проводит обучающие вебинары по использованию продуктов 1С:УХ и 1С:ERP. Узнать расписание или скачать материалы предыдущих курсов Вы можете по ссылке.

Дмитрий Корнилов Консультант компании NFP

Содержание:

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С:ТОИР справляется прекрасно.

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

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