Как изменить состояние об'екта "АРХИВ" на "Проектирование"

[curious]

Здравствуйте, уважаемые знатоки.

С помощью одного любознательного пользователя столкнулись в ЛОЦМАН с проблемой перевода объекта из состояния Архив в состояние Проектирование. В ходе поиска решений образовался вопрос: Чем отличается перевод объекта в Состояние Архив через Свойства объекта (1.jpg) и перевод объекта в Состояние Архив через Инструменты-Изменить состояние объекта (2.jpg).
Небольшое пояснение: У рассматриваемого объекта ЛОЦМАН состояние=Архив. Взяли объект в работу. Правой кнопочной мыши по объекту и в поле Состояние хотели выбрать Проектирование. А там этого состояния нет. Есть только Аннулирован. Стали копать. Нашли функции Изменить состояние. Но в открывшемся окне только Аннулирован. Стали проводить эксперименты. Выяснили следующее. Если состояние объекта изменили через свойства объекта, то в Проектирование вернуть нельзя. Если состояние объекта изменили через пункт меню Инструменты-Изменить состояние, то в Проектирование вернуть можно.
А теперь проблема: Как перевести объект из состояния Архив в состояние Проектирование, если этого Проектирование нет выпадающем списке?

спасибо

[Maxxx]

Для того, чтобы можно было переводить состояния из одного в другое - для этого должна быть соответствующе настроена конфигурация базы данных ЛОЦМАН. Скорее всего такой переход для того типа не возможен, необходимо добавить в конфигурации возможность перехода между этими состояниями и затем появится и в списке состояние.

[KiDim]

Все просто.
Открываем Конфигуратор. Ищем свою БД. Ищем в дереве требуемый тип объекта (в Вашем случае Сборочная единица). Открываем вкладку "Состояния". Ищем состояние "Архив". Вводим в графу "Последующие состояния" состояние "Проектирование" (см. вложение для наглядности).
И продолжаем радоваться жизни вместе с Асконом .

[curious]

спасибо, KiDim.
это то, что надо.

А как сделать так, чтобы заархивировать объект могла только определенная группа пользователей.

спасибо

[KiDim]

А как сделать так, чтобы заархивировать объект могла только определенная группа пользователей.

спасибо

Ну тут уже много путей и все зависит от политики Вашего предприятия. Как варианты:
1) создать группу таких пользователей и закрыть доступ к состоянию Архив
2) этой же группе закрыть доступ к предыдущему состоянию перед Архивом.

В первом случае группа не будет иметь возможности использовать состояние Архив и доступа к таким документам у нее тоже не будет.
Во втором варианте они не видят объекта в состоянии предшествующем Архиву и не могут переводить документ в это состояние. После перевода в Архив получают к нему доступ.

Вариантов еще можно нарыть, но тут нужно знать структуру Вашей БД.

Удачи!

[curious]

спасибо, KiDim. очень мне помогли.

тему можно считать закрытой.

[Вячеслав]

А у меня вопрос всё же возник: документ архивный, его невозможно перевести в состояние "проектирование" по любой логике. Архивный документ можно только аннулировать.
Или создать новую версию архивного документа и её перевести в состояние "проектирование", выполнить все необходимые действия (согласование, утверждение), потом уже новую версию сделать архивной, а старую аннулировать.

Но просто так архивный документ (кальку!!!) сделать проектируемым документом (заготовкой белки!) - просто не понимаю...

В архиве возможны только два состояния: либо архивный, либо аннулированный!

[KiDim]

А у меня вопрос всё же возник: документ архивный, его невозможно перевести в состояние "проектирование" по любой логике. Архивный документ можно только аннулировать.
Или создать новую версию архивного документа и её перевести в состояние "проектирование", выполнить все необходимые действия (согласование, утверждение), потом уже новую версию сделать архивной, а старую аннулировать.

Но просто так архивный документ (кальку!!!) сделать проектируемым документом (заготовкой белки!) - просто не понимаю...

В архиве возможны только два состояния: либо архивный, либо аннулированный!

Ну тут все достаточно просто. Вы применяете логику бумажного документооборота, который и описан ЕСКД. В данном случае речь идет об электронном обороте. Описанный автором вариант у нас случался пару раз.
Первый. В проекте нужен кусок старого проекта, но с какими то изменениями. Этот кусок копируют в новый проект. Этот кусок проекта находится в состоянии Архив, что для нас есть не гут. Мы его должны перевести в сотояние Проектирование, что мы и делаем. И понеслась работа.
Второй. Переводя проект из одной стадии в другую пользователь просто ошибся и выбрал Архив, вместо Согласование например. Ну бывает. И вот нужда и приперла перевести из состояния Архив в Согласование или Проетирование.

Случаев я думаю можно еще нарыть, но у нас внедрение свежее, поэтому и опыта кот наплакал. Ну а что есть, тем поделился!

[curious]

пока обдумывала ответ на письмо Вячеслава, KiDim опередил.

Всё правильно, мой вопрос был чисто "сисадминовский", т.е. как сделать настройки  в том же конфигураторе.
А Вячеслав увидел его со стороны конструктора. И за это Вячеславу спасибо. Теперь знаю, о чем надо разговаривать с конструкторами при настройках ЛОЦМАН для нашего предприятия.

KiDim, а у нас в конфигураторе нет состояний "Согласование" и "Утверждение".  Если эти состояния нам потребуются, мы их создадим в Конфигураторе сами? (естественно, сделав необходимы настройки для "новеньких" состояний)

[KiDim]

KiDim, а у нас в конфигураторе нет состояний "Согласование" и "Утверждение".  Если эти состояния нам потребуются, мы их создадим в Конфигураторе сами? (естественно, сделав необходимы настройки для "новеньких" состояний)

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

А поинтересоваться решил, у Вас случаем не Лоцман КБ?

[curious]

А поинтересоваться решил, у Вас случаем не Лоцман КБ?

нее... сейчас у нас ЛОЦМАН:PLM 2011... "с минуту на минуту" ждём обновления КОМПЛЕКСа до 15 версии

[KiDim]

нее... сейчас у нас ЛОЦМАН:PLM 2011... "с минуту на минуту" ждём обновления КОМПЛЕКСа до 15 версии

Ну тогда странно, что нет этих состояний. Поработал значит кто-то уже.
А комплекс 2015 ждать Вам еще долго. Вышел 2014.

[Warlock-72]

Здравствуйте!
Решил поделиться своим мнением по данной теме.
Поскольку в данной теме речь идет об электронных документах, то и выскажусь конкретно об этой группе объектов.
ЛОЦМАН оперирует такими понятиями, как "версия объекта" и "состояние объекта".
Начну с требований ЕСКД, сгласно которым любой документ должен пройти все стадии документооборота: проектирование - согласование - утверждение - архивирование (эти стадии - "состояния объекта" - есть и в ЛОЦМАНе). Пока документ не утвержден, допустимо этот документ исправлять без выпуска извещения об изменении (ИИ) (см. ГОСТ 2.503). После утверждения документ передается в архив, там регистрируется с присвоением инвентарного номера и пр.
Изменение архивного документа, согласно ГОСТ 2.503, производится на основании выпуска ИИ. Тем самым документу присваивается последующий порядковый номер изменения (соответственно, "номер версии объекта" в ЛОЦМАНе).
По умолчанию, конфигуратор ЛОЦМАНа настоен таким образом, что обычные пользователи имеют доступ на изменение документов в стадии "проектирование". Чтобы внести изменения в документ по результатам согласования, требуется перевести соответствующий объект из состояния "согласование" в состояние "проектирование", а после внесения требуемых изменений - снова в состояние "согласование" (и так - до внесения всех изменений по результатам согласования со всеми службами). После утверждения документа, в соответствие с вышеописанным, документ данной версии изменяться уже не может и переводится в состояние "архив".
Для изменения архивного документа необходимо создать новую версию данного объекта (документа), установив для этой версии состояние "проектирование". Алгоритм дальнейших операций с документом новой версии аналогичен описанному выше.
Данный подход к "эволюции" объектов позволяет, к примеру, при необходимости в любой момент "откатиться" к более ранней версии объектов, или сравнить две разных версии одного и того же объекта, и т.д.
Данный подход очень удобен и крайне полезен!
Кстати, в ЛОЦМАНе есть специальный модуль, предназначенный для работ по внесению изменений на основе ИИ  - модуль "ЛОЦМАН-Извещения". Этот модуль автоматически присваивает номер новым версиям изменяемых объектов и позволяет отслеживать все состояния изменяемых объектов (т.е. исключаются неудобства изменения версий вручную).

[Danila]

Я немного добавлю по опыту нашего предприятия.

1. Мы полностью закрыли ручной перевод из состояний проектирование/согласование в архив для любых работников, кроме администраторов.

2. В архив документация и состав могут попадать после этапов согласования и проведения извещений по КД. А значит, введен контроль за переводом как документации, так и объектов в конечное состояние, пока не будет выполнен ряд необходимых для этого условий.

3. Для этого, конечно, есть модуль Лоцман.Извещения, но он уж очень закостенел в плане возможностей и опциональностей, особенно в части контроля за исполнением определенных правил. Для этого нами был разработан свой модуль Лоцман.Извещения, который выполняет сразу несколько задач: контроль за ошибками состава извещения, КД, ТД, состава изделий и т.д. При этом контроль ведется на любом из состояний. К примеру, нельзя перевести из Проектирования в Согласование, пока не будет выполнен ряд предварительных процедур, а уж тем более в Архив, пока состав не будет достоверным не будет подпись (ЭЦП) всех необходимых лиц.

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

Вручную у нас оставлена возможность перевода состояний только между проектированием и согласованием и то - только для КД.

Таким образом решается как задача контроля за составом, так и за выполнением всех требований системы.