ТОРО. Планирование с учетом ремонтосложности и попр.коэф-тов

[poneatovski]

Хочу поделиться знаниями.
Я готовил постановку задачи по доработке модуля "Техническое обслуживание и ремонт оборудования".
Доработки вышли патчем L_REMONT_RES_810590.
В доработки вошло следующее:
1. Добавлена ремонтная сложность, которая влияет на продолжительность ремонтов, на трудозатраты и на материальные затраты.
2. Добавлен ДРК (дополнительный ремонтный коэффициент).
3. Добавлены поправочные коэффициенты, которые влияют на трудоемкость.
4. Добавлены шаблоны ОР.
5. Разработана новая процедура импорта ОС в ОР (расширенный режим).
6. Добавлен интерактивный реестр ОР.
7. Расчет графика и формирование заявок по нормам, в которых не указан типовой ремонт.
8. Разработаны отчетные формы годового графика ТОРО, плана работ на месяц и плана работ подрядной организации на месяц.
9. Остальное по мелочам.
Обращайтесь, если кому-то надо подробнее объяснить работу функционала.

[galover]

Нужно было в опыт запостить. Это какие-то недокументированные возможности, что их так просто не понять? У нас УТОРО куплен, но не используется. На момент покупки был ну очень сырой и глючный.

[poneatovski]

Нужно было в опыт запостить.

Я посчитал нужным разместить здесь.

Это какие-то недокументированные возможности, что их так просто не понять?

Функционал добавлен непростой. Документация обычно запаздывает, да и возможно в ней не так подробно будет описан добавленный функционал.

У нас УТОРО куплен, но не используется. На момент покупки был ну очень сырой и глючный.

Сейчас модуль не сырой и не глючный, хотя есть мелкие ошибки.

[Алексей]

мне интересно как вы строите отчеты, если заявка январем датирована, а по факту ремонт выполняется март-май.
по таблице basedoсrem нет индексов по датам начала и окончания ремонта.

[poneatovski]

А зачем заявку в январе оставлять? Не выполнен ремонт в запланированном месяце перенесли заявку на сл.месяц.

[galover]

Сейчас модуль не сырой и не глючный, хотя есть мелкие ошибки.

Возможно, но хороша ложка к обеду. У нас непрерывное производство и ждать исправления бага месяц никто не будет.
Так что модуль ТОРО Галактики нам не подошел, специфика не позволила Основные проблемы, не позволяющие использовать ТОРО:
1) Дерево ОР-ов одно на всю систему, тогда как отделы и службы хотят видеть дерево в разрезе нужных им аналитик (кто-то по месту установки (по нему кстати нельзя строить дерево), кто-то по ЦО)
2) Дерево ОР-ов, приходится постоянно пересчитывать, когда хотелось бы, чтобы при удалении/внесении/изменении параметров ОР-а, ОР заносился в нужную ветку автоматом
3) У нас одновременно на одном ОР-е может проводится диагностика и СР. А ТОРО позволяет создавать заявку только с одним видом ремонта. На лицо увеличение документооборота - 2 заявки на одну работу
4) Весь приход материала идет на неопределенный объект, при списании нужно делать перевод с неопределенного (из складских остатков) на определенный (ремонтных остатков), и лишь затем списывать. Совмещенной операции нет Опять увеличение трудоемкости.
5) Автоматический расчет графика вообще жесть - постоянно ломался и работал черти как. До сих пор доводят до ума (судя по описанию L_Remont.txt) - у нас тысячи ОР-ов, так что критично.
6) Нет учета наработки по циклам - т.е. количеству включений/выключений агрегата. Планировали сделать, но за отдельные деньги. Механики сразу поникли.
Ну и много чего еще. При сдаче системы у нас было 70 (семьдесят!) замечаний и предложений.
Чтобы ТОРО заработал нужно выделить в штате отдельного человека, который бы целый день только вводил данные в систему (у нас еще простои должны учитываться - есть своя система автоматики, которая может дать такие данные, ПНР нам предложил (sic!) выгружать данные в dbf и грузить их в Галактику ). В общем выхлоп оказался небольшим по сравнению с трудозатратами. Уменьшения документооборота не получили, а вводить данные чисто для бухгалтерии механики и энергетики не будут и так работы полно. Такие пироги.

[Алексей]

А зачем заявку в январе оставлять? Не выполнен ремонт в запланированном месяце перенесли заявку на сл.месяц.

заявка планируется в январе на ремонт который будет в марте-апреле, к примеру. Соответственно создается дефектовка(заявка на ремонт), у неё есть номер и дата документа а так же период ремонта(март-апрель). Вы предлагаете просто каждый месяц менять дату заявки? т.е. в печатном виде подписанная она останется с одной датой а в БД будет с другой? не вариант.

[poneatovski]

Коллеги!
Тема была создана для ПОМОЩИ в освоении добавленного функционала.
Обсуждение модуля ТОРО (проблемы, ошибки) предлагаю перенести в другую тему. После этого я смогу высказать свое мнение на ваши замечания и высказывания.
Спасибо за понимание.

[maikl]

Хочу поделиться знаниями.
Я готовил постановку задачи по доработке модуля "Техническое обслуживание и ремонт оборудования".
Доработки вышли патчем L_REMONT_RES_810590.
В доработки вошло следующее:
1. Добавлена ремонтная сложность, которая влияет на продолжительность ремонтов, на трудозатраты и на материальные затраты.
2. Добавлен ДРК (дополнительный ремонтный коэффициент).
3. Добавлены поправочные коэффициенты, которые влияют на трудоемкость.
4. Добавлены шаблоны ОР.
5. Разработана новая процедура импорта ОС в ОР (расширенный режим).
6. Добавлен интерактивный реестр ОР.
7. Расчет графика и формирование заявок по нормам, в которых не указан типовой ремонт.
8. Разработаны отчетные формы годового графика ТОРО, плана работ на месяц и плана работ подрядной организации на месяц.
9. Остальное по мелочам.
Обращайтесь, если кому-то надо подробнее объяснить работу функционала.

Я хотел бы узнать подробнее про новый функционал.

[poneatovski]

По какому пункту?

[maikl]

По какому пункту?

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

[poneatovski]

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

[maikl]

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

Спасибо. Посмотрю документацию, попытаюсь понять. Интересно а у заказчика есть люди, которые могут этим уверенно пользоваться (не программисты)?

[poneatovski]

...Интересно а у заказчика есть люди, которые могут этим уверенно пользоваться (не программисты)?

Будут, сейчас идет подготовка к опытной.