[quote="StillAtGo"]А зачем в двух словах эти отключения нужны?
quote]
В энергетике, например, есть оборудование, управление остановами которого ведает диспетчер региональной энергосистемы. Останов производится по заявкам. Работы и сроки проходят стадию согласования/утверждения. Сроки строго соблюдаются, иначе-большие штрафы. Под эти сроки набирается то количество работ(заказов), которые гарантированно можно успеть выполнить. Впрочем, иногда допускается согласованное продление. Но все операции регламентированы. Вот этот БП и реализован в WCM.
. Архитектура системы обработки отключений может строиться по стандартной или расширенной модели.
Стандартная модель включает в себя следующие объекты управления отключениями:
• ЗАЯВКА НА ОТКЛЮЧЕНИЕ
• СПИСОК ОПЕРАТИВНЫХ ОТКЛЮЧЕНИЙ
Расширенная модель включает в себя следующие объекты управления отключениями:
• РАЗРЕШЕНИЯ НА РАБОТУ
• ДОПОЛНИТЕЛЬНЫЕ ЗАЯВКИ (в меню просто ЗАЯВКИ)
Остановы сложного оборудования(например крупного энергоблока, выполняются по программам. Программа отключения/включения оборудования частично отражается в списке оперативных отключений, где реализована возможность отношений между объектами списка, с вывеской флагов и запретов на включение до выполнения определенных условий, но это уже дебри.. не слышал, чтоб кто то в РФ с этим разобрался.
К тому же .., по моему мнению, накосячили с системными статусами в самих заявках, где вроде должно быть все просто. Потому народ (сколько видел) пользовательские под себя настраивает.

Спасибо за развернутый ответ!
Это уже получается больше к диспетчерскому управлению относится. Вообще как показывает практика сложные решения у нас приживаются плохо, никто не хочет менять свои бизнес-процессы...
Если "доламаю" свой заказ и сниму статус БЛТЗ, отпишу как получилось

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

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

Что ж хелпом то не пользуетесь? Я ж урл даже выкладывал по настройке заявок для интеграции с заказами. Вот для 4.7 http://help.sap.com/saphelp_47x200/help ... ontent.htm. Кароче, статус блокировки тех закрытия заказа выставляется автоматом при активации WCM в заказе, при этом появляется такой же статус у заказа и еще появляется кнопочка Заявка на отключение. А чтоб это случилось есть два пути - либо в настройке "Разрешения - Активировать обработку отключений для заказов ТОРО" добавить разрешения и в заказе эти разрешение присвоить, либо добавить в заказ операцию с ключом WCM. Работает примерно одинаково как на 6.0, так и на 4.7, только на 4.7 немного отличалась отработка по операциям, там при добавлении опреации WCM статусы проставлялись не сразу, а лишь после сохранения заказа либо запуска окошка с разрешениями (может ноты уже какие вышли, не интересовался), а вот в 6.0 статусы в этом случае проставляются сразу.



У нас такая же ситуация, при чем самым интересным является громадный список разрешений и ролей
На памяти, что в 4.7 не было экситов, в поздних версиях экситов поддобавилось и много чего еще можно активировать в бизнес-функциях. А вообще не очень нравится интенсивность развития этого компонента, в EhP5 опять что-то новое добавится.

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

Не отменять, а удалять разрешение WCM не пробовали?

-Хелп курил малость, но ровно в рамках реализованного решения. Большего бизнес не требует..)
В нем кстати написано, что использование Разрешений в ЗАЯВКАХ реализовано в рамках РАСШИРЕННОЙ модели. У нас СТАНДАТНАЯ. Поэтому настроек у нас по ним нет.Их нельзя прицепить к заявкам, но вместе с тем и нет вышеописанных проблем с заказами ТОРО. Заказы же легко цепляются к заявкам. Активацию их не делали.
Разрешения в заявках гласит ХЕЛП- условия выполнения особо ОПАСНЫХ работ, (радиация, пожароопасные и т.п.). Их должен выдавать только Главный инженер, и только на время выполнения конкретной работы. А по окончании изымать. Оттого видимо и реализация выполнена через пром статус БЛОК ТЗКР-заказа. Разрешения для ремонта в реакторном цехе и просто ведро с водой-как наиболее простая мера безопасности не одно и то же. Вот видимо немцы и развели условия их использования. Только вот перевод в системе как известно- ниже плинтуса.
Разрешения мы используем обычного типа, которые выдает начальник цеха(зам) по жизни..В системе они прицеплены к объекту просто и помуг подтянуты в заказ из него. Но это не те разрешения, как я понял,из хелпа, которые должны использоваться в заявках, хотя вроде и справочник у них вроде общий (IPMD), но можно их развести по типам.
При наших настройках системы указанных выше проблем просто нет.. и быть не может, как я понял, в том числе и с Вашим пояснением. Спасибо !
Если я еще где то заблуждаюсь, ткните плз (не больно) палкой..))) Буду признателен.

В предыдущих постах речь шла именно об этих разрешениях. В хелпе их называют approvals. А те разрешения, которые в расширенной модели используются - это Work Approval (документ WCM - WCM object ).


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


Активируете WCM в заказе - появятся эти проблемы, если их можно назвать проблемой Кстати, не пробовали не с помощью разрешений активировать WCM, а ключом WCM в операции заказа?

Активируете WCM в заказе - появятся эти проблемы, если их можно назвать проблемой Кстати, не пробовали не с помощью разрешений активировать WCM, а ключом WCM в операции заказа?[/quote]



...что значит "активируйте WCM в заказе"?
Присоединил к заказу заявку на отключение(видно по кнопке), Затем Пупкин выдал разрешение за №10. Выдан и распечатан Наряд-допуск, куда попало это разрешение. Прицепил операцию с ключом WCM. Затем заказ успешно закрылся, хотя система и ругнулась по обработке внешнего ключа и предложила настроить соответствующий пользоват. статус.
"Procedure
You can carry out this transaction if you set a user status, which permits 'Обработка внешнего ключа'.
Но кнопка "Далее" помогла закрыть заказ. Статуса блокировки тех.закрытия не увидел.
Повторюсь, при существующих настройках ничто не помешало выполнить все необходимые операции с заказом и указать все связи (заявки и разрешения-те , что Permits , а не те , что - Aproval).
Не понял, зачем цеплять операции с ключом WCM,Что из этого планировалось получить? Интерес правда спортивный..)

Да, согласен. Попробовал в 6.0 выполнить ту же процедуру - все отработало без проблем. А в 4.7 та же ситуация как и у Вас - сообщение нормально выличилось по кнопке далее Похоже на баг в заказах в 4.7.

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



Ответ на этот вопрос описан в spro: Обработка отключений-Основные данные-Ведение данных операции для обработки отключения