Компания «Деснол» выпустила 1С:ТОИР Корп версии 3.0.23.6 и одновременно обновила мобильное приложение «Мобильная бригада» до 3.21.1. Для рынка это не косметический патч: в релизе сразу пять изменений, которые бьют по самым болезненным местам ремонтного контура — учету себестоимости, доступу к заданиям, контролю трудозатрат и скорости выдачи материалов.
Новый релиз ориентирован не на красивые скриншоты, а на повседневную операционку, где ошибки стоят денег и времени. Как пишет CNews, обновление должно упростить работу МТО, инженеров по планированию, руководителей служб ТОиР и исполнителей ремонтов: система точнее считает затраты, быстрее подводит сотрудника к нужному наряду и жестче фильтрует некорректные данные по времени.
Главное изменение для распределенных компаний — раздельный учет цен по организациям и подразделениям. В прежней логике один и тот же материал мог усредняться по стоимости, даже если филиалы закупали его по разным ценам. На бумаге это выглядит терпимо, но на практике искажает себестоимость ремонтов: одно подразделение получает завышенные затраты, другое — слишком оптимистичную картину. В версии 3.0.23.6 появилась настройка «Использовать разные виды цен для организаций». Теперь для каждого юрлица и подразделения можно задать собственный вид цены, который будет использоваться и при плановом расчете, и при фактическом списании номенклатуры в ремонте. Для бизнеса это не абстрактная аккуратность в карточке товара, а более внятная экономика ремонта по каждому филиалу.
Второе заметное нововведение — отдельное рабочее место исполнителя ремонта. Раньше у ремонтного персонала, по сути, не было единого окна, где можно быстро увидеть все назначенные наряды и сразу перейти к оформлению акта. В новой версии сотрудник получает список назначенных работ, состав ремонтных операций, меры безопасности, перечень инструментов, технику и документы МТО в одном контуре. Логика простая: механику или другому исполнителю не нужно утром собирать картину по кускам и вспоминать, где лежит нужный документ. Он фильтрует задания по себе и получает рабочий список на смену. Для управленцев это тоже полезно: меньше потерь на поиск информации, меньше серых зон в ходе ремонта, больше прозрачности по факту исполнения.
Где релиз убирает лишние движения
Третья доработка выглядит технической, но в реальном производстве она может экономить нервы. В ходе ремонта регулярно всплывает потребность в дополнительной номенклатуре: условно, бригада разобрала узел и выяснилось, что нужны еще материалы или комплектующие. Раньше, чтобы оформить «Заказ на внутреннее потребление» на основании заявки, приходилось отменять проведение уже оформленного наряда или акта. Это типичный пример системы, которая требует от человека сначала сломать формальный порядок, а потом восстановить его обратно. В 1С:ТОИР Корп 3.0.23.6 инженер по планированию может создать такой заказ уже по ходу выполнения работ, без отмены связанных документов. Для ремонтного процесса это означает более быструю реакцию на потребность в материалах и меньше лишних манипуляций в базе.
Четвертое изменение касается контроля времени, и здесь разработчик, по сути, закрутил гайки. Если раньше проверку можно было отключить в настройках, то теперь контроль времени в документах стал обязательным. При проведении нарядов и актов система следит, чтобы время выполнения работ не выходило за пределы периода ремонта. Такая проверка редко вызывает восторг у пользователей в моменте, зато потом спасает отчетность от мусора. Если главный специалист по ремонту строит отчеты по загрузке персонала и планирует следующие периоды, ему нужны не «примерно похожие» данные, а записи, которым можно доверять. В этом смысле обязательная валидация — не ограничение ради галочки, а попытка привести трудозатраты в порядок до того, как искаженные данные попадут в планирование.
Пятая доработка — печать этикеток номенклатуры со штрихкодом прямо из системы. Складской контур в ТОиР часто остается недооцененным: пока все обсуждают графики ремонтов и загрузку людей, реальные задержки возникают на выдаче ТМЦ, в идентификации позиций и при ручном вводе. В новой версии можно задать штрихкод в карточке номенклатуры, распечатать этикетку с названием и наклеить ее, например, на ячейку склада. Дальше сценарий уже вполне прикладной: сотрудник при выполнении работ сканирует код через мобильное приложение, и нужная позиция автоматически попадает в наряд. Меньше ручного ввода — меньше шансов ошибиться на ровном месте.
Что меняется для мобильного контура
Параллельно «Деснол» обновил приложение «Мобильная бригада» до версии 3.21.1. В нем появилось одно ключевое изменение: теперь документ «Заказ на внутреннее потребление» можно создавать прямо из заявки на ремонт. Для ремонтной службы это, пожалуй, самый понятный сценарий из всего релиза. Инженер получает заявку на мобильное устройство, выезжает на выполнение, понимает, что нужна дополнительная номенклатура, и оформляет потребность сразу в приложении — без звонков на склад и без возврата в офис. Дальше заказ обрабатывается уже в 1С:ТОИР Корп для резервирования и последующей выдачи материалов. Если смотреть шире, это еще один шаг к тому, чтобы мобильный клиент перестал быть «смотрелкой» и окончательно стал рабочим инструментом полевого исполнителя.
Важный контекст здесь в том, что системы управления ремонтами давно конкурируют не только набором функций, но и качеством повседневного сценария. Рынку уже мало иметь формально закрытые процессы ТОиР на уровне ERP-логики. Пользователи ждут, что система будет нормально жить в условиях филиальной структуры, незапланированных потребностей в материалах, мобильной работы и жестких требований к учету трудозатрат. На этом фоне релиз «Деснола» выглядит не как попытка добавить еще несколько флажков в релиз-нотах, а как настройка под зрелые эксплуатационные процессы, где расхождение между планом и фактом нужно не маскировать, а фиксировать и быстро обрабатывать.
Для ИТ-директоров и руководителей производственных функций здесь сигнал простой: спрос смещается от больших обещаний цифровизации к точечной доработке конкретных узких мест. Если система точнее считает стоимость ремонта по филиалам, не заставляет отменять документы ради дополнительного заказа, жестко контролирует время и сокращает ручной ввод на складе, это уже не «улучшение интерфейса», а вклад в управляемость процесса. Следующий вопрос для всего сегмента очевиден: какие из таких прикладных доработок станут базовым стандартом для EAM- и ТОиР-решений, а какие по-прежнему останутся редкостью, за которую заказчику придется отдельно бороться на этапе внедрения.