Сенсационный антикризисный релиз 1С:ТОИР 2 КОРП: ускорение расчета ППР в 20 раз, много улучшений UX-дизайна и 4-е место в рейтинге 1С по мнению пользователей

4-я строчка в рейтинге лучших КОРП-решений на платформе 1С

Известно, что 1С:ТОИР 2 КОРП вошел в пятерку лучших решений для корпораций на платформе 1С, которые получили максимальные оценки пользователей в 2021 году. Статус «Лучший продукт 1С:Совместно КОРП» присваивается решению уже второй год подряд. По итогам 2020 года 1С:ТОИР был на 7-м месте рейтинга, а теперь поднялся до 4-й позиции.

Мнение пользователей: «1С:ТОИР — жизненно важная система»

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

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

Новое в релизе 1С:ТОИР 2 КОРП 

Расчет ППР по наработке ускорился в 20 раз!

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

Выполненная оптимизация расчета ППР позволяет теперь сократить время расчета ремонтов, которые планируются по наработке, более чем в 20 раз.

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

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

Андрей Сериков,
руководитель направления разработки «Деснол Софт»

Развитие блока планирования ремонтов

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

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

Эта возможность доступна в обработке «Закрытие заявок и ремонтов». Иногда бывают ситуации, когда необходимо отменить ремонт, даже если он назначен по распоряжению руководства или после проведения комиссионной проверки (т.е. по «внешнему основанию»). Теперь мы предусмотрели и такие случаи. А для того, чтобы пользователи не поступали неосмотрительно, при отмене ремонта обязательно нужно будет указать причину отмены.

Закрытие заявок и ремонтов

2. При отмене или переносе любого ремонта теперь вы можете указать причину вашего решения в документе «План-график ППР: Корректировка».

Отменять или переносить ремонты в документе «План-график ППР: Корректировка» можно было и ранее, однако у пользователя отсутствовала возможность указать причину отмены/переноса, и это затрудняло анализ выполняемых работ. Ведь в большинстве случаев важно не только фиксировать факт отмены/переноса, но и понимать, по каким причинам ремонты не проводятся или переносятся их сроки. Теперь пользователи могут указывать данные причины в привязке к конкретному ремонту.

План-график ППР [Корректировка]

3. Новое правило «по умолчанию»: один ремонт — одна смета. Чтобы привязать к ремонту несколько смет — используйте специальную настройку.

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

Мы изменили это правило и установили так называемый «fool-proof» механизм. Логично, что в большинстве случаев к 1 ремонту должна быть привязана только 1 смета. Поэтому по умолчанию 1С:ТОИР позволит теперь ввести только 1 смету на 1 ремонт. Но! При этом мы не ограничили пользователей в их возможностях. Если вам необходимо ввести несколько смет, достаточно использовать специальную настройку «Ввод нескольких смет по ремонту».

4. Теперь в обработке «Общий план работ» можно распределять ремонты в пределах рабочего графика предприятия так, чтобы они не пересекались.

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

Общий план работ

5. В отчет «Сводная диаграмма графиков ППР» добавлена возможность отбора по «родителю» выбранной иерархии.

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

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

Сводная диаграмма графиков ППР

Изменения в функциональном блоке «Учет показателей эксплуатации»

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

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

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

Рабочее место диспетчера

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

Улучшения функционала, который помогает как планировать, так и управлять нарядами и работами

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

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

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

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

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

• мероприятия, по которым работы уже завершены;
• мероприятия, по которым сформирован акт, но работы завершены еще не полностью.

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

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

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

Новое в учете оборудования и нормативов, управлении МТО ремонтов

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

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

Типовые объекты ремонта

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

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

Общие возможности системы, вспомогательные инструменты

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

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

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

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

Способы согласования документов

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

• В форме «Связанные документы по ТОИР» теперь вы можете проводить или отменять проведение не одного, а сразу нескольких выделенных документов одновременно.
• Во всех основных справочниках системы появилась возможность группового редактирования элементов с помощью команды «Изменить выделенные».

Обновление мобильного приложения «Мобильная бригада ТОИР 2 КОРП»

Мобильное приложение обновлено до версии 2.11.1 и предназначено для работы с 1С:ТОИР 2 КОРП версии 2.0.42.1 и выше.

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

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

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

Андрей Сериков,
руководитель направления разработки «Деснол Софт»