Миграция пользователей 1С:ТОИР КОРП с редакции 2.0 на 3.0 стала еще проще
Многие пользователи 1С:ТОИР КОРП уже перешли в течение декабря 2022 и января 2023 года с редакции 2.0 на 3.0, протестировав неоспоримые преимущества системы. Много полезных изменений, ускорение формирования плана-графика ППР и выгрузки различных отчетов, повышение производительности — всё это следствия «повышения редакции».
О том, как перейти на новую редакцию. А о ключевых изменениях в функционале системы, которые коснулись учета контролируемых показателей, заказа ТМЦ, улучшений в паспорте и журнале объекта ремонта, а также о развитии отчетности мы рассказали в новости о выходе релиза 3.0.3.1 в декабре 2022 года.
В настоящее время мы продолжаем развивать механизм перехода с редакции 2.0 на 3.0, чтобы минимизировать нагрузку на пользователей.
Напомним, что переход с 2.0 на 3.0 осуществляется путем выгрузки всех данных из базы 1С:ТОИР 2 КОРП и последующей загрузки данных в базу 1С:ТОИР КОРП редакции 3.0. Для этого в поставку продукта входят все необходимые инструменты — инструкции и правила переноса данных.
Раньше при переносе выгружались все основные данные — справочники, документы, настройки и т.д., однако не выгружались индивидуальные настройки пользователей визуальной части программы — настройки панелей (расположение панели подсистем 1С:ТОИР, открытых окон, истории и др.) и начальной страницы (отборы в текущих задачах пользователя, документах к согласованию). Кроме того, не выгружалась и история обсуждений пользователей в документах системы.
Это, конечно же, приносило неудобства, т.к. нужно было вручную повторять все ранее сделанные настройки, а история обсуждений и вовсе «терялась».
Несоответствие мы обнаружили весьма быстро, т.к. все переходы на новую редакцию пользователей осуществлялись с нашим участием или при нашей поддержке. Поэтому мы оперативно внесли изменения в механизм перехода, и теперь все визуальные настройки программы (настройка панелей и начальной страницы), а также история обсуждений в документах переносятся в редакцию 3.0 вместе с остальными данными.
Время МТО
Команда разработчиков 1С:ТОИР КОРП продолжает уделять значительное внимание совершенствованию блока МТО, который позволяет обеспечивать потребность предприятия в запасных частях, материалах, инструментах и оборудовании (включая формирование заказов поставщикам), помогает поддерживать неснижаемый остаток ТМЦ, а также держать под контролем выполнение внутренних заказов и затраты на МТО.
Какие полезные функции добавились с выходом нового релиза?
Новая возможность — учет статистики потребления номенклатуры
Проблема оптимального размера складских остатков беспокоит не только службу логистики, но и финансового директора любого предприятия (управление ремонтами и техническим обслуживанием исключением не является). Избыток запасов — это отвлеченные из оборота средства и расходы на содержание больших складских площадей, а их недостаток — риск выхода из строя оборудования и снижения выручки. От эффективного управления поставками и запасами во многом зависит финансовое благополучие компании. Именно поэтому расчет рекомендуемого остатка номенклатуры на складе представляет высокую ценность для каждого предприятия.
Раньше минимальный остаток номенклатуры (аварийный запас) вводился только вручную в документе «Установка минимального остатка номенклатуры», т.е. никакого алгоритма его автоматического расчета в системе не было. Мы разработали такой алгоритм, реализуя учет статистики потребляемой номенклатуры.
С выходом нового релиза 3.0.4.1 пользователи 1С:ТОИР КОРП могут просматривать статистику потребления номенклатуры. Кроме того, появилась возможность анализа ее влияния на предполагаемое к закупке количество номенклатуры и на расчет величины минимального остатка на складе для конкретной номенклатуры.
Новый отчет «Статистика потребления номенклатуры» дает картину ежедневного потребления номенклатуры на предприятии на фоне месячного (или годового) ее расхода. В нем представлена информация о складах, номенклатуре, артикулах, характеристиках и сериях, а также статистиках потребления номенклатуры с детализацией по месяцам и годам. Потребление номенклатуры определяется как суммарный расход номенклатуры, зафиксированный документами «Внутреннее потребление товаров» системы 1С:ТОИР КОРП.
Статистика потребления номенклатуры с детализацией по годам
Но это еще не всё. Теперь в документе «Установка минимального остатка номенклатуры» количество номенклатуры заполняется автоматически с учетом статистики потребления (по минимуму, по максимуму, по прошлому году и т.д.). Возможность автоматического расчета необходимого числа к заказу с учетом статистики потребления номенклатуры также добавлена в документ «Заказ поставщику», который создается из рабочего места специалиста по обеспечению.
Рабочее место специалиста по обеспечению стало удобнее благодаря отзывам пользователей
Автоматизированное рабочее место (АРМ) специалиста по обеспечению позволяет отслеживать потребности в ТМЦ на ремонты, управлять резервированием ТМЦ по заказам на внутреннее потребление, поддерживать минимальные складские остатки и оформлять заказы поставщикам.
Пользователи уже начали активно использовать в работе АРМ и даже оставлять через нашу поддержку свои пожелания: что можно сделать, чтобы повысить удобство работы. Прислушавшись к мнению пользователей, мы смогли улучшить юзабилити и интерфейс.
Во-первых, добавили для списка ТМЦ группировку не только «По номенклатуре», но и «По заказам». Раньше при открытии АРМ в дерево данных слева по умолчанию выводился список номенклатуры (ТМЦ), а ниже — заказы на внутреннее потребление, в которых эта номенклатура присутствует, без возможности настройки отображения по-другому. В новом релизе мы добавили новую группировку — «по заказам»: теперь в дерево выводятся заказы на внутреннее потребление, а под ними — номенклатура из этих заказов. Каждый пользователь может выбрать удобный для себя вид отображения.
Новая группировка по «Номенклатуре» и по «Заказам» в рабочем месте специалиста по обеспечению
Во-вторых, мы добавили выделение зеленым цветом строк основного дерева слева (с номенклатурой и заказами) при выбранном ремонте в дереве справа. Теперь не нужно тратить время на сопоставление ремонта и заказа на внутреннее потребление под этот ремонт — вы выделяете в дереве ремонтов справа нужный объект (ремонт), и система сама подсвечивает нужный заказ в списке слева (при группировке по заказам) или нужную номенклатуру (при группировке по номенклатуре).
В-третьих, при создании из АРМ заказа поставщику в форме выбора поставщика мы добавили расшифровку потребности. Теперь для каждой позиции номенклатуры можно просмотреть количество по заказу на внутреннее потребление и количество, которое заказывается для компенсации минимального (аварийного) остатка.
Таким образом, работа в АРМ для специалистов по обеспечению стала еще более удобной, комфортной и интуитивно понятной.
Расшифровка потребности в форме выбора поставщика
Искать нужного контрагента или номенклатуру теперь проще, а дублей станет меньше
Как искоренить дубли в справочниках информационных систем? Активные пользователи очень быстро сталкиваются с этой проблемой. И, конечно, именно от разработчика зависит, как усовершенствовать систему так, чтобы пользователи не испытывали неудобства при заполнении данных.
Вот возьмем справочник «Номенклатура». На крупных предприятиях он, как правило, очень большой и содержит несколько тысяч различных позиций. Справочник «Контрагенты» — тоже обычно немаленький, это перечень подрядчиков, которые поставляют на предприятие ТМЦ. Позиции из этих справочников используются в различных документах блока МТО в 1С:ТОИР КОРП — например, в документах «Поступление товаров и услуг» и «Заказ поставщику».
Раньше в системе использовался несколько примитивный принцип при заполнении справочников «Контрагенты» и «Номенклатура» с клавиатуры: при добавлении позиции в справочники нужно было безошибочно ввести начало формулировки и, если система не «подсказывала» нужное наименование (которое она идентифицировало именно по началу фразы), то считалось, что такой позиции нет, а значит, ее надо вносить заново. В результате могли возникнуть дубли — такие как, например, «Фильтр топливный» и «Топливный фильтр».
Проблема крылась в том, что поиск подходящих вариантов наименований осуществлялся системой только по началу строки — т.е. по началу наименования номенклатуры или контрагента. Именно поэтому «Фильтр топливный» можно было найти только, если ввести слово «фильтр». С наименованиями контрагентов, как вы понимаете, могло возникнуть еще больше путаницы…
Чтобы устранить эту проблему и исключить возможность появления дублей, мы реализовали возможность поиска номенклатуры и контрагентов по любой части строки при вводе с клавиатуры. Например, «Фильтр топливный» теперь можно найти, введя с клавиатуры слово «топливный». Казалось бы, простое действие. Но сколько оно сэкономит времени и насколько снизит число неточностей при работе пользователей в важных справочниках!
Помимо этого, мы добавили возможность поиска контрагентов по ИНН, а номенклатуры — по артикулу.
Интуитивный поиск по части слова в строке «Номенклатура»
О передаче заказов на внутреннее потребление из 1С:ТОИР КОРП в 1C:ERP и 1С:УТ
В результате изменений, выполненных в новом релизе, передача заказов на внутреннее потребление из 1С:ТОИР КОРП в «1С:ERP Управление предприятием» (1С:ERP) или «1С:Управление торговлей» (1С:УТ) больше не зависит от опции «Расширенный режим МТО».
Опция «Расширенный режим МТО» в системе 1С:ТОИР КОРП позволяет на основании документов «План-график ППР» и «График регламентных мероприятий» автоматически создавать «Заказы на внутреннее потребление». Далее формируются документы «Смета ремонта (Заявка на ремонт)», в которые подтягиваются автоматически созданные «Заказы на внутреннее потребление».
Рассмотрим случай, когда «Заказы на внутреннее потребление» передаются из 1С:ТОИР КОРП (за счет механизма интеграции) в одну из смежных программ — 1С:ERP или 1С:УТ. Там заказы проходят полный цикл обработки.
Ранее выгрузка «Заказов на внутреннее потребление» в 1С:ERP или 1С:УТ предусматривала только те случаи, когда в 1С:ТОИР КОРП была включена опция «Расширенный режим МТО», а значит, при выполнении обмена данными между системами выгружались сразу все заказы, созданные автоматически на основании плана-графика ППР или графика регламентных мероприятий.
А так как на основании плана-графика ППР или графика регламентных мероприятий могут быть созданы автоматически сразу сотни «Заказов на внутреннее потребление» (по количеству ремонтов или мероприятий в них, имеющих затраты ТМЦ) то, если запустить обмен данными, все они без разбора будут выгружены в «1С:ERP Управление предприятием» и «1С:Управление торговлей».
Но! На некоторых предприятиях бизнес-процесс предполагает согласование документа «Смета ремонта (Заявка на ремонт)» перед тем, как «Заказ на внутреннее потребление» должен быть передан в «1С:ERP Управление предприятием» (или «1С:Управление торговлей»). В таких случаях получалось, что из-за зависимости процесса передачи заказов от «Расширенного режима МТО» в смежную систему выгружались как согласованные, так и несогласованные заказы.
Для того, чтобы учесть подобные ситуации и снизить риск ошибки, мы решили не привязывать выгрузку всех «Заказов на внутреннее потребление» к функции «Расширенного режима МТО» в обязательном режиме для тех, кто пользуется интеграцией.
Теперь пользователи при передаче данных в 1С:ERP или 1С:УТ могут как включать функцию «Расширенный режим МТО» (чтобы все заказы попадали в смежную систему автоматически), так и обходиться без нее, чтобы выгружались только те заказы, которые были согласованы и утверждены.
Анализ причин дефектов и простоев оборудования: новые возможности
Журнал корректирующих мероприятий поможет контролировать устранение причин дефектов
Анализ причин дефектов — важный инструмент, который появился в релизе 1С:ТОИР КОРП 2.0.37.1 в апреле 2021 года. Напомним, что в основе анализа причин дефектов лежит метод «5 почему». В результате проводимого анализа причин дефекта комиссия экспертов предприятия формирует корректирующие мероприятия, которые фиксируются в системе. Список мероприятий можно занести в документ «Внешнее основание для работ» или в произвольное «Задание». Анализ причин дефектов считается полностью завершенным, когда выполнены все назначенные корректирующие мероприятия.
До сих пор в системе 1С:ТОИР КОРП были предусмотрены такие инструменты для просмотра результатов анализа причин дефектов, как:
-
отчет «Журнал проведенных анализов причин дефектов» (предназначен для получения информации о проведенных анализах причин дефектов за период),
-
АРМ «Проведение анализа причин дефектов» (для просмотра начатых / не начатых и завершенных анализов причин дефектов).
Однако эти инструменты не были слишком удобны для того, чтобы отслеживать ход выполнения и эффективность корректирующих мероприятий, а именно, не давали ответы на следующие вопросы:
-
какие были назначены корректирующие мероприятия,
-
в каком они статусе находятся,
-
выполнены ли в запланированный срок,
-
сколько корректирующих мероприятий было и сколько уже выполнено.
Теперь такой инструмент есть!
В 1С:ТОИР КОРП версии 3.0.4.1 добавлен новый отчет «Журнал корректирующих мероприятий». Он предназначен для быстрого и удобного получения информации о состояниях корректирующих мероприятий, назначенных по результатам анализа причин дефектов.
Развитие отчетности по простоям оборудования
Изменения коснулись и отчета «Простой оборудования: диаграмма». Теперь здесь выводятся часы простоя в разрезе объектов ремонта и причин простоя.
Как известно, данный отчет предназначен для получения информации о простоях объектов ремонта за выбранный период. Это важный элемент системы 1С:ТОИР КОРП, который помогает принимать управленческие решения, когда фактический простой оборудования превышает плановый простой.
Отчет представлен в 1С:ТОИР КОРП в двух вариантах: в виде таблицы и в виде диаграммы.
Для наглядности пользователи предпочитают использовать вариант в виде диаграммы.
Раньше в вариант отчета «Простой оборудования: диаграмма» выводилась информация в разрезе объектов ремонта и причин простоев только в процентах. Это было недостаточно информативно, например, тогда, когда нужно получить итоговый отчет по часам простоев оборудования за год в графическом виде.
Поэтому по просьбам пользователей мы реализовали вывод в отчет информации в разрезе часов простоя. Теперь в отчете можно видеть как процент, так и часы простоя в разрезе объектов ремонта и причин.
 |
|
Теперь в отчете «Простой оборудования: диаграмма». Можно вывести как проценты, так и часы простоя в разрезе объектов ремонта и причин простоя
Техкарты теперь можно согласовывать в «1С:Документообороте», интегрированном с 1С:ТОИР КОРП
С выходом нового релиза в интегрируемые объекты при передаче данных из 1С:ТОИР КОРП в систему «1С:Документооборот» (1С:ДО) добавлены технологические карты и объекты ремонта. Плюс к этому реализована возможность согласования технологических карт прямо в 1С:ДО посредством проведения внутреннего документа.
Итак, теперь в результате интеграции из 1С:ТОИР КОРП во внутренний документ 1С:ДО можно добавить паспорт объекта ремонта, который содержит исчерпывающую информацию об оборудовании, при этом в связях к этому внутреннему документу можно указывать и другие — например, акты, договоры и др. Таким образом, найдя в 1С:ДО объект ремонта, можно легко проследить и обнаружить все документы, с которыми он связан.
При создании технологических карт ремонтов в 1С:ТОИР КОРП часто требуется их утверждение (согласование) со стороны руководства. Внутренний механизм согласования не позволял включать техкарты в маршруты согласования. Однако теперь такая возможность появилась в результате добавления техкарт в интегрируемые объекты при настройке обмена между 1С:ТОИР КОРП и 1С:ДО.
Начиная с релиза 1С:ТОИР КОРП 3.0.4.1 вы можете согласовывать неутвержденные технологические карты посредством внутреннего документа непосредственно в системе «1С:Документооборот».
…И другие небольшие, но важные улучшения
Появились настройки для документа «Остановочные ремонты» при выводе на печать
Документ «Остановочные ремонты» предназначен для назначения ремонтов, зависимых от основных. Что это значит? Например, объект ремонт «Электрический щит» и «Маркиратор» в системе 1С:ТОИР КОРП взаимозависимы — если для выполнения ремонтных работ отключается «Электрический щит», то и объект ремонта «Маркиратор» тоже требует отключения, т.к электрический щит обеспечивает питание для маркиратора, и выполнять свои функции без питания тот не может.
При этом, как известно, для каждого объекта ремонта в системе создается свой собственный план-график ППР. И документ «Остановочные ремонты» в данной ситуации помогает как раз скорректировать даты ремонтов, чтобы оптимизировать время проведения обслуживания и сократив ненужные простои. Проще говоря, «подогнать» ремонт маркиратора под ремонт электрического щита, чтобы не останавливать маркиратор для обслуживания несколько раз.
Если таких ремонтов много, то в документе будет несколько строк с ремонтами.
Раньше при печати документа «Остановочный ремонт» сразу открывалась печатная форма, в которую попадали все без разбора ремонты из документа, т.е. возможности отбора по периоду или конкретному объекту или виду ремонта не было.
Мы изменили это, и теперь при отправке документа на печать открывается форма дополнительных настроек, которые позволяют отобрать данные в печатную форму по периоду, объекту ремонта или виду ремонта.
Улучшился визуал структур иерархии объектов ремонта
В структуре иерархии, которая строится автоматически, теперь скрываются те объекты справочников, которые не указаны ни для каких объектов ремонта.
Автоматически построенная структура объектов ремонта — это иерархия, которая формируется в системе самостоятельно по выбранному реквизиту объекта ремонта — скажем, по организации или подразделению, в котором находится объект ремонта, по типовому объекту ремонта, направлению и пр.
Приведем пример. При построении структуры иерархии объектов ремонта по подразделению сами подразделения берутся из справочника «Структура предприятия». При этом в справочнике может быть множество подразделений, в том числе тех, в которых не располагаются объекты ремонта. Раньше при построении автоматической структуры по подразделению в ней отображались и те подразделения, к которым относятся объекты ремонта, и те, к которым нет. Теперь же те подразделения, к которым не относятся никакие объекты ремонта, скрываются из структуры, не перегружая ее.
Вернулись «желтые папки» в структуру иерархии объектов ремонта
Как говорят, «новое — хорошо забытое старое». Однако то «старое», о котором пойдет речь, наши пользователи не только не успели забыть, но и, более того, сами вспомнили и попросили «вернуть».
В одном из недавних релизов мы попробовали сделать цвет папок и пиктограмм технологических карт и технологических операций в справочнике «Объекты ремонта» нейтральным — без цветовой маркировки.
Однако пользователи, передавая нам регулярную обратную связь, сообщили, что информативнее было, когда элементы в структуре иерархии объектов ремонта были окрашены в желтый цвет.
Мнение пользователей важно для нас, поэтому мы решили вернуть предыдущий вид — и теперь папки в справочнике «Объекты ремонта» вновь окрашены в ставший привычным желтый.
«По просьбам трудящихся» в иерархию объектов ремонта вернулись «желтые папки»
Изменения в приложении «Мобильная бригада»
Вместе с релизом «большого 1С:ТОИР КОРП» 3.0.4.1 вышла и новая версия приложения «Мобильная бригада» 3.3.1.
Напомним, что мобильное приложение работает в связке с программой 1С:ТОИР КОРП и повышает эффективность как специалистов по ремонту, обслуживающих оборудование «на местах», так и обходчиков, выполняющих регламентные мероприятия и учитывающих показатели и состояния оборудования.
Что же нового появилось в мобильном приложении с выходом релиза?
Добавлено цветовое оформление значений при регистрации контролируемых показателей
Одной из важных характеристик эксплуатации объекта ремонта являются контролируемые показатели, т.е. показатели, измеряемые значения которых важны для принятия решений по эксплуатации и обслуживанию оборудования. Каждый контролируемый показатель имеет границы допустимых значений: критический максимум/минимум и допустимый максимум/минимум. Критический максимум/минимум — это максимально/минимально допустимые значения контролируемых показателей, при выходе за которые может потребоваться внеплановый ремонт оборудования для предотвращения аварийного выхода его из строя.
В «большом 1С:ТОИР» при регистрации контролируемых показателей (при вводе значений) пользователь видит их цветовое оформление:
-
красным маркируются значения, которые выходят за критический минимум/максимум,
-
желтым — значения, которые находятся рядом с критическими минимумом/максимумом,
-
зеленым — значения, не являющиеся критическими в заданных границах.
Теперь такое же цветовое оформление реализовано и при регистрации контролируемых показателей в приложении «Мобильная бригада». Это позволит обходчику лучше и быстрее ориентироваться в текущем состоянии оборудования, а также исключит возможность ошибочного ввода значений. Например, если вместо значения «5» обходчик введет «50» и показатель высветится красным, специалист сразу же заметит свою оплошность и исправит ее.
Упростилась работа с приложением для тех, «кто один в поле воин»
А теперь об изменении в мобильном приложении, которое касается пользователей с другой ролью, а именно — для сотрудников ремонтных бригад.
Специалисту по ремонту из 1С:ТОИР КОРП поступают в приложение заявки на выполнение работ. Выполнив работы, пользователь закрывает в приложении «Заявку на ремонт» и создает «Акт о выполнении этапа работ». В акте сотрудник ремонтной бригады заполняет фактические материальные и трудовые затраты.
Изменение в работе с приложением, которое появилось в новом релизе, относится как раз к процедуре заполнения специалистом трудозатрат: мы частично автоматизировали заполнение ФИО исполнителя при вводе данных по трудозатратам.
Что это значит?
Раньше, вне зависимости от того, один ли специалист требуемой квалификации обслуживал объекты или их (специалистов) было несколько, приложение «требовало» при заполнении трудозатрат каждый раз вводить ФИО исполнителя. Изначальный алгоритм приложения по умолчанию предполагал, что на объекте должна работать «мобильная бригада», а не один человек.
Однако на практике не редки случаи, когда в бригаде есть всего лишь один сотрудник с определенной квалификацией, который выполняет все операции по заявке. Или, например, для выполнения технического обслуживания токарного станка нужны именно слесарь 3-го разряда и механик, а в бригаде сотрудник, имеющий квалификацию слесаря 3-го разряда всего один.
Когда специалист «один в своем роде» и при работе с приложением в момент учета трудозатрат ему приходится вновь и вновь вводить свое имя — это явно неудобно, особенно при большом количестве операций.
Поэтому мы частично автоматизировали этот процесс. И теперь, если в бригаде всего лишь 1 сотрудник имеет определенную квалификацию — например, слесарь 3-го разряда, то его ФИО и будут подставляться в строки трудозатрат автоматически, если выполнение данного ремонта требует именно квалификацию слесаря 3-го разряда (информация о квалификациях хранится в «большой системе», что позволяет ей автоматически «подтягивать» данные).
Аналогичный механизм будет действовать, если всего один сотрудник выполняет все операции по заявке: его ФИО также автоматически появятся в строках трудозатрат.
Безопасное хранилище для паролей пользователей
При настройке обмена 1С:ТОИР КОРП с приложением «Мобильная бригада» одним из необходимых шагов является выбор пользователя (сотрудника), который будет работать в приложении. Как известно, в «большой системе» 1С:ТОИР КОРП для каждого пользователя задается пароль для входа при ее запуске. Аналогично происходит и с мобильным приложением — чтобы начать работу, нужно ввести данные пользователя и его пароль.
В наши дни значительное внимание уделяется проблеме безопасности, это особенно актуально для отечественной промышленности. Вопрос с безопасностью хранения паролей в «большом 1С:ТОИР» давно решен. Но, анализируя работу пользователей с мобильным приложением, мы пришли к выводу, что существовавший способ хранение паролей содержит уязвимости. Поэтому мы приняли решение изменить механизм хранения паролей в «Мобильной бригаде».
Теперь все пароли для мобильного приложения хранятся исключительно с использованием безопасного хранилища данных, и пользователи могут быть полностью уверены в экологичном хранении введенных паролей.
