• На форуме с 7 октября 2003
  • Сообщений: 14

Re: Документооборот

Несколько вопросов по работе в системе OutdoCS:

1. Необходимо осуществить организацию прохождения документа по маршруту:
разработчик-проверяющий-нормоконтролер-утверждающий.

Есть несколько проверяющих,нормоконтролеров и утверждающих, которые могут подписывать документ.
Существует определенный приоритет на проверку - если данный проверяющий отсутствует - документ должен быть подписан только определенным лицом из входящих в группу проверяющих, нормоконтролеров и т.д.

Необходимо организовать маршрут т. образом, чтобы документ попал к определенному проверяющему, в случае, если он отсутствует - к лицу его замещающему (тоже имеющему роль проверяющего), затем к нормоконтролерам и т. д.

В случае, если заношу всех имеющихся проверяющих, нормоконтролеров и утверждающих в одну рабочую группу, то переход документа осуществляется параллельно всем лицам, исполняющую данную роль. Что противоречит исходным данным задачи.

2. При редактировании основных свойств документа не удается поменять его способ обработки. Независимо от его статуса (даже в том случае, если только создали и тут же редактируем). Включение-выключение галки "изменение способа обработки" на закладке "шаблоны прав" никак не влияет.
 
3. После того, как документ полностью подписан и попал в архив необходимо создать новую версию с выпуском  извещения на изменение.
Делаю так: создаю новый переход со статусом до - в архиве и статусом после - разработка.
Задаю действия - создать новую версию и создать связанный документ (извещение).
В этом случае - новая версия сразу получает статус "в архиве".
Если же добавляю действие - "снять подписи", то появляется возможность прогнать новую версию по маршруту.
Не пойму, будет ли старая версия документа рабочей и активной до тех пор, пока новая находится в проводке и не получит статус "в архиве" ?

  • На форуме с 2 октября 2003
  • Сообщений: 80

Re: Документооборот

Боков Дмитрий писал(а):
Есть несколько проверяющих,нормоконтролеров и утверждающих, которые могут подписывать документ.
Существует определенный приоритет на проверку - если данный проверяющий отсутствует - документ должен быть подписан только определенным лицом из входящих в группу проверяющих, нормоконтролеров и т.д.
Необходимо организовать маршрут т. образом, чтобы документ попал к определенному проверяющему, в случае, если он отсутствует - к лицу его замещающему (тоже имеющему роль проверяющего), затем к нормоконтролерам и т. д.
В случае, если заношу всех имеющихся проверяющих, нормоконтролеров и утверждающих в одну рабочую группу, то переход документа осуществляется параллельно всем лицам, исполняющую данную роль. Что противоречит исходным данным задачи.

А как система проверит - есть это лицо или нет, а если нет - то когда будет ? Можно конечно озадачиться на тему делигирования и ранжирования полномочий, ввести следилку за временем действия подписи определенной роли в определенной группе для определенных документов и т.д. Тут вопросов сильно не мало. 
Если есть мысли по сему поводу пишите.
А пока делается так -  Как только совершается переход, то документ помещается в папки ВСЕХ подписантов этапа. Те люди, которые есть никогда не подпишут документ, зная что их начальник на месте. Если же его нет, то за него остается зам. Но и зам. будет подписывать не все документы за начальника во время его отсутствия (по собственным соображениям безопасности).
Вернувшийся начальник увидит все документы, накопившиеся за его отсутствие. И подпишет те, которые не подписаны. А может еще и отозвать подписи на тех документах, которые сделаны без него.
Так что сия проблема решается организационными методами и тем функционалом по маршрутизации, который сейчас имеет место быть.
А еще что нибудь навернуть - это надо обсуждать.

Боков Дмитрий писал(а):
2. При редактировании основных свойств документа не удается поменять его способ обработки. Независимо от его статуса (даже в том случае, если только создали и тут же редактируем). Включение-выключение галки "изменение способа обработки" на закладке "шаблоны прав" никак не влияет.

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

Боков Дмитрий писал(а):

Не пойму, будет ли старая версия документа рабочей и активной до тех пор, пока новая находится в проводке и не получит статус "в архиве" ?

Как только вы создали новую версию именно она и станет активной. Ей присвается "статус после", а у старой версии остается "статус до".

  • Откуда: Новосибирск
  • На форуме с 30 сентября 2003
  • Сообщений: 4,310

Re: Документооборот

Есть несколько проверяющих,нормоконтролеров и утверждающих, которые могут подписывать документ.
Существует определенный приоритет на проверку - если данный проверяющий отсутствует - документ должен быть подписан только определенным лицом из входящих в группу проверяющих, нормоконтролеров и т.д.
Необходимо организовать маршрут т. образом, чтобы документ попал к определенному проверяющему, в случае, если он отсутствует - к лицу его замещающему (тоже имеющему роль проверяющего), затем к нормоконтролерам и т. д.
В случае, если заношу всех имеющихся проверяющих, нормоконтролеров и утверждающих в одну рабочую группу, то переход документа осуществляется параллельно всем лицам, исполняющую данную роль. Что противоречит исходным данным задачи.


Если это так важно, заведите роли исполняющий (заменяющий) нормоконроллера, в способах обработки заведите две ветки (два перехода)- послать на подпись нормоконтроллеру, и послать на подпись замещающему его. Пользователь то должен знать если нормоконтроллер на месте или нет.

  • На форуме с 7 октября 2003
  • Сообщений: 25

Re: Документооборот

Следующая ситуация.
разработчики-проверяющие.
сами разрабочики являются проверяющими друг у друга (как объяснили - просто  "соседа глаз не замылен  - он проверит и подпись ставит"). В общем - 10 человек, все они разработчики и из них же 7 проверяющих.
теоретически можно создать 7 разных рабочих групп для каждого из 10 пользователей (в которой будет по одному из 7 проверяющих - ну не хотят они отправлять на проверку "ВСЕМ у кого роль ПРОВЕРЯЮЩИЙ").
В общем я вижу выход.

Поместить в папку на подпись КОМУ_ТО из исполняющих роль Проверяющий и уже разработчик выбирает кому из СПИСКА (то есть 1 из 7 человек) при переходе.(или нескольким)
Ну и таким же образом уведомить его (их).

Надеюсь не запутал? (сам если честно запутался:)).
Что думаете?

  • На форуме с 30 мая 2006
  • Сообщений: 44

Re: Документооборот

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

Галочка"изменение способа обработки" на закладке "шаблоны прав" установлена.
Создаю новый документ. Жму "Записать". Тут же вхожу в режиме редактирования. На вкладке "Основные свойства" могу поменять Обозначение, наименование, версию и раздел архива. Строка "Способ обработки" заблокирована. Тоже самое, если вызываю способ обработки с иконки из верхнего меню. Вот.

Как только вы создали новую версию именно она и станет активной. Ей присвается "статус после", а у старой версии остается "статус до".[/quote]
старая версия должна быть активной до тех пор, пока новая не ляжет в архив.
Или имеется ввиду, что она становится активной только для разработчика, выпускающего извещение об изменении, а для остальных активной остается та, которая в архиве?
Если это так, то все ОК.

  • На форуме с 2 октября 2003
  • Сообщений: 80

Re: Документооборот

Anonymous писал(а):
Галочка"изменение способа обработки" на закладке "шаблоны прав" установлена.

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

Anonymous писал(а):
Создаю новый документ. Жму "Записать". Тут же вхожу в режиме редактирования. На вкладке "Основные свойства" могу поменять Обозначение, наименование, версию и раздел архива. Строка "Способ обработки" заблокирована. Тоже самое, если вызываю способ обработки с иконки из верхнего меню. Вот.

Понятно. Это так и есть. Поменять способ после создания документа нельзя, но зато его можно до неузнаваемости изменить, используя кнопку "Изменение способа обработки".
Заблокировано это потому, что если позволять менять, то непонятно что делать с уже выполненными переходами, подписями, действиями и т.д. Ведь в режиме изменение способа обработки блокируется изменение того что уже выполнено.

Anonymous писал(а):
старая версия должна быть активной до тех пор, пока новая не ляжет в архив.
Или имеется ввиду, что она становится активной только для разработчика, выпускающего извещение об изменении, а для остальных активной остается та, которая в архиве?
Если это так, то все ОК.

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

  • На форуме с 7 октября 2003
  • Сообщений: 14

Re: Документооборот

Нет это не так версия активна для всех. Такого понятия нет - активность для кого то.  Вопрос наверное о том какая версия документа возьмется для использования?? Ведь документ может быть связан с чем угодно. В некоторых режимах ссылка идет на конкретную версию, в некоторых - на активную, в зависимости от применения.[/quote]

С привязкой к версиям спецификации, итоговой спецификации и техпроцесса как бы ясно.
А если такой вариант: Класс Документация>Чертежи>Сборочный чертеж ****. К нему привязан документ, в файловом составе которого лежит сам графический файл этого чертежа. Документ имеет статус в архиве. При выпуске извещения создается новая версия документа в файловом состве которого должен быть файл с измененной графикой.
Извещение может подписываться очень долго. До тех пор активным должен быть утвержденный документ.
Как быть?

  • На форуме с 2 октября 2003
  • Сообщений: 80

Re: Документооборот

Западаев Андрей писал(а):
Следующая ситуация.
разработчики-проверяющие.
сами разрабочики являются проверяющими друг у друга (как объяснили - просто  "соседа глаз не замылен  - он проверит и подпись ставит"). В общем - 10 человек, все они разработчики и из них же 7 проверяющих.
теоретически можно создать 7 разных рабочих групп для каждого из 10 пользователей (в которой будет по одному из 7 проверяющих - ну не хотят они отправлять на проверку "ВСЕМ у кого роль ПРОВЕРЯЮЩИЙ"). В общем я вижу выход.
Поместить в папку на подпись КОМУ_ТО из исполняющих роль Проверяющий и уже разработчик выбирает кому из СПИСКА (то есть 1 из 7 человек) при переходе.(или нескольким)
Ну и таким же образом уведомить его (их).
Надеюсь не запутал? (сам если честно запутался:)).
Что думаете?

Насколько я понимаю все это сводится к реализации следующего функционала:
При выполенении действия типа "поместить в папку", "Отправить сообщение" и т.д. выводить список ПОЛЬЗОВАТЕЛЕЙ сформированный из ролей. И предоставить возможностью этот список поменять. А отправку производить только отмеченным пользователям. Так? 
Вопросы по этому поводу - такой диалог нужен всегда или нет (всегда)? Нужно ли на это отдельное право у роли (нет)? В скобках мое мнение. Если перехлеста по ролям нет (одну и ту же роль не исполняют разные пользователи), то такой диалог не выводить.

  • На форуме с 2 октября 2003
  • Сообщений: 80

Re: Документооборот

Боков Дмитрий писал(а):
А если такой вариант: Класс Документация>Чертежи>Сборочный чертеж ****. К нему привязан документ, в файловом составе которого лежит сам графический файл этого чертежа. Документ имеет статус в архиве. При выпуске извещения создается новая версия документа в файловом состве которого должен быть файл с измененной графикой.
Извещение может подписываться очень долго. До тех пор активным должен быть утвержденный документ.
Как быть?

А что тут такого страшного? Версия документа должна быть просто зафиксирована. Связи документов между собой - версия -версия, нет фиксации версии. Перевязка на АКТИВНЫЕ версии кое где сохранится. А вто версии док. нужно фиксировать. 
В версиях СП, ИСП, ПСп по образу и подобию как это сделано с фиксацией версий ТП в ИСП.

  • На форуме с 7 октября 2003
  • Сообщений: 25

Re: Документооборот

Андрей Штейнбрехер писал(а):
Насколько я понимаю все это сводится к реализации следующего функционала:
При выполенении действия типа "поместить в папку", "Отправить сообщение" и т.д. выводить список ПОЛЬЗОВАТЕЛЕЙ сформированный из ролей. И предоставить возможностью этот список поменять. А отправку производить только отмеченным пользователям. Так?
Вопросы по этому поводу - такой диалог нужен всегда или нет (всегда)? Нужно ли на это отдельное право у роли (нет)? В скобках мое мнение. Если перехлеста по ролям нет (одну и ту же роль не исполняют разные пользователи), то такой диалог не выводить.



может быть и так и так.
надо увеличивать список действий или делать их более гибкими.

В группе (как я уже писал) несколько людей могут выполнять роль "Проверяющий" - и нет как такового Прверяющего установленного регламентом - кому пользователь захотел - тому и послал (или нескольким - но не всем).

Отправить сообщение кому то -> Роль=проверяющий-> (а тут уже пользователь сам выберет кто у него проверит).

Еще.

Документ переходит в статус анулирован.
Почему бы не ввести действия автоматической  миграции из архива в архив? при чем не только для данного случая?

  • На форуме с 2 октября 2003
  • Сообщений: 80

Re: Документооборот

Западаев Андрей писал(а):
надо увеличивать список действий или делать их более гибкими.

И то другое обсуждается. Предложения плиз.

Западаев Андрей писал(а):
В группе (как я уже писал) несколько людей могут выполнять роль "Проверяющий" - и нет как такового Прверяющего установленного регламентом - кому пользователь захотел - тому и послал (или нескольким - но не всем).
Отправить сообщение кому то -> Роль=проверяющий-> (а тут уже пользователь сам выберет кто у него проверит).

Это и реализует тот функционал который я предлагал (управляемый список рассылки).

Западаев Андрей писал(а):
Документ переходит в статус анулирован.
Почему бы не ввести действия автоматической  миграции из архива в архив? при чем не только для данного случая?

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

  • На форуме с 8 декабря 2008
  • Сообщений: 105

Re: Документооборот

Практика внедрения и реального документооборота показывает, что рабочие группы должны создаваться так, чтобы можно было правильно распределить роли. В конструкторкой службе каждый конструктор имеет свою рабочую группу. При таком делении конструктора имеюют каждый свою роль в другой группе. Такой подход не имеет принципиального усложнения работы с документооборотом. Но позврляет создать конструкторские разделы архива и правом редактирования только того конструктора, который ведет данный раздел архива. Могу сказать, что переходами можно разрулить самую сложную ситуацию по маршрутизации.

  • На форуме с 7 октября 2003
  • Сообщений: 14

Re: Документооборот

Архив электонных документов организован по рекомендуемой CS схеме:
Архив чертежей>Детали>Унифицированные>Сборочные единицы и т.д.
В Сборочных единицах в свою очередь, тоже деление на классификаторы: Блоки, стойки и т. д.
Как защитить документы в отдельном классификаторе, к примеру, классификатор с блоками должен быть виден только определенному количеству поользователей, а классификатор со стойками основной массе пользователей,  кому-то и то, и другое и т. д.
И еще:  документы связаны со спецификациями, которые соответственно также должны быть скрыты от лишних нежелательных глаз.

  • Откуда: Новосибирск
  • На форуме с 30 сентября 2003
  • Сообщений: 4,310

Re: Документооборот

Архив чертежей>Детали>Унифицированные>Сборочные единицы


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

  • На форуме с 7 октября 2003
  • Сообщений: 14

Re: Документооборот

Gordon писал(а):
Создайте им общий архив, куда имеют доступ все, создайте личный архив, создайте архив для группы.

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

  • Откуда: Новосибирск
  • На форуме с 30 сентября 2003
  • Сообщений: 4,310

Re: Документооборот

Вариант с большим количеством архичиком ничем не отличатеся от варианта с большим количеством папочек. Не забывайте, что архивчики к которым пользователь доступа не имеет, он их даже видеть не будет. Но самое главное!!! Пользователь должен работать с папками!!! Если он будет работать через них, то все необходимые ему документы будут всегда иметься у него на рабочем столе. Только его!! и те которые попадают ему через маршрутизацию, плюс те что он сохранил из выборок, поисков, как угодно. 
А где лежит документ его не должно волновать вообще. Это проблема Администратора Архива. Это он должен видеть, что документ получил статус В архив и перенести его (не столько из одного раздела в архива в другой, хотя и это необходимо) но перенести его на другой носитель (например записать на DVD или просто убрать с сервера, с которым обычно идет работа, забакапить его). Его проблема сохранить файлы этого документа, чтобы он не потерялся, чтобы сохранить историю его развития.

Пользователь должен заботиться об архиве только в момент создания.
Если так строить работу, то и проблем не будет. А вы пытаетесь заставить пользователя работать в самом архиве, где ВСЕ!! пользователи системы создают документы. Это то же самое, что взять и открыть все файлы компьютеря в сети предприятия. Что при этом получится?

  • На форуме с 7 октября 2003
  • Сообщений: 14

Re: Документооборот

Gordon писал(а):
Вариант с большим количеством архичиком ничем не отличатеся от варианта с большим количеством папочек.

Это не "папочки" - это классификаторы архива. Как, интересно, по большому количеству архивов создать выборку?


Андрей Штейнбрехер писал(а):

Боков Дмитрий писал(а):
А если такой вариант: Класс Документация>Чертежи>Сборочный чертеж ****. К нему привязан документ, в файловом составе которого лежит сам графический файл этого чертежа. Документ имеет статус в архиве. При выпуске извещения создается новая версия документа в файловом состве которого должен быть файл с измененной графикой.
Извещение может подписываться очень долго. До тех пор активным должен быть утвержденный документ.
Как быть?

А что тут такого страшного? Версия документа должна быть просто зафиксирована. Связи документов между собой - версия -версия, нет фиксации версии. Перевязка на АКТИВНЫЕ версии кое где сохранится. А вто версии док. нужно фиксировать.
В версиях СП, ИСП, ПСп по образу и подобию как это сделано с фиксацией версий ТП в ИСП.

По-моему, должно быть так:
1. у пользователя должен существовать личный архив, в котором он может творить, все, что угодно. Если он создал документ, у него должна быть реализована возможность изменения активности версии, сейчас  - как только создается новая версия - она сразу становится активной, а вернуться к предыдущей уже нельзя.

2.Должен существовать общий архив - структурированный и с распределением прав доступа к его классификаторам. Документ, созданный пользователем направляется на подписи и находится у него в личном архиве до тех пор, пока не получит статус "утвержден", после чего должна быть реализована возможность его переноса в общий архив (еще бы лучше с копией). В этот архив должны попадать только утвержденные документы! Для этого у большинства пользователей(имеющих доступ) должны быть права только на чтение, ну а запись (если нет автоматической переброски в архив документов со статусом "утвержден") - только у определенных лиц.
Спецификации и техпроцессы,  которые связанны с документами соответственно также должны быть скрыты от лишних глаз.

3.Пишем извещение - при написании извещения пользователь копирует необходимый документ к себе в личный архив, где делает с ним, все, что угодно. Далее прогоняет по маршруту, и документ ложится поверх старого (новая версия). Активная - последняя версия и имеется возможность посмотреть (скопировать) предыдущие.
В случае выхода извещения на документ и соответствующего изменения, документ должен получать обозначение,  соответствующее литере об изменении. В этом случае,  версия будет означать номер литеры изменения.
Работа с папками на рабочем столе -да,  бесс<исправлено цензурой>е удобство пользования.

Считаю необходимым "открыть" кнопки "добавить, редактировать, удалить" в окне "свойства раздела архива" на вкладке "Права доступа".

  • Откуда: Новосибирск
  • На форуме с 30 сентября 2003
  • Сообщений: 4,310

Re: Документооборот

Это не "папочки" - это классификаторы архива. Как, интересно, по большому количеству архивов создать выборку?

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


У пользователя должен существовать личный архив, в котором он может творить, все, что угодно. Если он создал документ, у него должна быть реализована возможность изменения активности версии, сейчас - как только создается новая версия - она сразу становится активной, а вернуться к предыдущей уже нельзя.

Ну вообще то можно создать новую версию на основе любой другой, либо удалить предыдущую если она дейтсвительно не нужна.  И таким  образом автоматически формируется история жизни документа.


Должен существовать общий архив - структурированный и с распределением прав доступа к его классификаторам. Документ, созданный пользователем направляется на подписи и находится у него в личном архиве до тех пор, пока не получит статус "утвержден", после чего должна быть реализована возможность его переноса в общий архив (еще бы лучше с копией). В этот архив должны попадать только утвержденные документы! Для этого у большинства пользователей(имеющих доступ) должны быть права только на чтение, ну а запись (если нет автоматической переброски в архив документов со статусом "утвержден") - только у определенных лиц.
Спецификации и техпроцессы, которые связанны с документами соответственно также должны быть скрыты от лишних глаз.

Ну тут спорить не буду, функция возможно полезная, позволит получить еще одну гибкость при маршрутизации. Правда делать ее надо все таки без привязки к архиву. Тут есть над чем подумать.


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

Тут честно говоря не понял? Речь идет об автоматическом изменении обозначения документа?

  • На форуме с 7 октября 2003
  • Сообщений: 14

Re: Документооборот

Gordon писал(а):
Делать выборку по большому кол-ву архивов наверное стоит сделать, бывает полезно конечно, но большинство пользователей выборку должно делать по Виду документа. Какая ему разница где он лежит? зачем ему об этом думать? он что должен знать где лежит документ который он ищет? он ищет документ такого вида, вот его он и получит. А Архив - еще раз повторю - должен быть проблемой в основном Администратора

Согласен, пользователю должно быть без разницы, где лежит документ, но согласитесь, удобно, когда ты встал на корень архива, тебе "огласили весь список", отфильтровал по нужным полям, сохранил к себе ссылки.
В случае, когда архивов много, придется все это же самое делать много раз.



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

Тут честно говоря не понял? Речь идет об автоматическом изменении обозначения документа?

Обозначение остается тем же, меняется литера изменения.

И все-таки, как с имеющимся функционалом организовать нормально действующий архив для меня остается великой тайной.
Очень хотелось бы узнать как построен архив на предприятиях, где ТКС внедрен.
Без открытия кнопок "добавить, редактировать, удалить" в окне "свойства раздела архива" на вкладке "Права доступа" думаю не обойтись. Да и с извещениями как-то кисло.

  • Откуда: Новосибирск
  • На форуме с 30 сентября 2003
  • Сообщений: 4,310

Re: Документооборот

Согласен, пользователю должно быть без разницы, где лежит документ, но согласитесь, удобно, когда ты встал на корень архива, тебе "огласили весь список", отфильтровал по нужным полям, сохранил к себе ссылки.
В случае, когда архивов много, придется все это же самое делать много раз

Что толку видеть сразу все документы? Тоже самое что видеть всю номенклатуру сразу. Данных очень много, не охватишь взлядом. А если ему надо отобрать их фильтром, так для этого и нужны выборки. Там он сразу с предопределенным фильтром и работает.


Без открытия кнопок "добавить, редактировать, удалить" в окне "свойства раздела архива" на вкладке "Права доступа" думаю не обойтись

Не пойму о чем идет речь. Они там есть. Просто не всем доступны.

Да и с извещениями как-то кисло

А здесь что именно не устраивает? Поконкретнее пожалуйста

  • На форуме с 7 октября 2003
  • Сообщений: 14

Re: Документооборот

Без открытия кнопок "добавить, редактировать, удалить" в окне "свойства раздела архива" на вкладке "Права доступа" думаю не обойтись

Не пойму о чем идет речь. Они там есть. Просто не всем доступны.

Есть-то они есть, да они вообще никому не доступны


Да и с извещениями как-то кисло

А здесь что именно не устраивает? Поконкретнее пожалуйста

Идем по кругу.
Путаница с весиями документов:

Gordon писал(а):
Ну вообще то можно создать новую версию на основе любой другой, либо удалить предыдущую если она дейтсвительно не нужна. И таким образом автоматически формируется история жизни документа.

1.Имею две версии документа - обе "в разработке". Создаю третью - она сразу становится активной. Удалить ни вторую, ни первую уже нельзя. 
2.Документ имеет статус "утвержден" - надо выпустить извещение.
Создаем новую версию - она сразу становится активной. А как быть тем, котырые с этим документом работают - с утвержденным, имеется ввиду, те, которые в данный момент создают выборку, и должны быть уверены, что возьмут не какой-то проект, а именно утвержденный документ.
Для этого как раз и должны быть личные архивы, в которых можно заниматься творчеством, а утвержденные документы должны лежать в другом месте. Пишешь извещение - скопируй к себе в личный архив нужный документ, реж, паши его как хочешь, об этом никто кроме тебя и знать не будет, пошел он на проверку - работа с папками - замечательно, но уж когда он получил статус "утвержден" он соответственно должен лечь в "архив утвержденных документов" с тем же наименованием и обозначением и  получить соответствующую литеру об изменении (сейчас это тоже версия). И здесь уже никакие предыдущие версии соответственно и правильно(!) удалить нельзя. Это как раз и будет история документа, ну еще плюс - кто проверил-подписал.
А сейчас все сбито в одну кучу - все - версии документов.
И как их разрулить, чтобы людям было комфортно работать?
Надо разбивать эти понятия о версиях. 
И, есстественно, привязанные к документу версии спецификации и т.д. также должны быть закрыты от тех, кто не имеет доступа к документу, так как тот же состав изделия - это уже секретная информация.

  • Откуда: Новосибирск
  • На форуме с 30 сентября 2003
  • Сообщений: 4,310

Re: Документооборот

Есть-то они есть, да они вообще никому не доступны

Они доступны пользовтелю который является Админстратором архива по правам из программы-Администратор (в дереве программных модулей) и собсветнно Администратору этого архива, которые показывается в свойствах. https://forum.technologics.ru/docs-hz/TCS_29/XX273.htm


1.Имею две версии документа - обе "в разработке". Создаю третью - она сразу становится активной. Удалить ни вторую, ни первую уже нельзя.

Ну правильно, они для истории и сохраняются, ведь вы же на их основе создали версию. А если они вам не нужны, так вы их просто и удалите. А потом уже создайте новую. Способ обработки можно даже специально настроить так, чтобы пользователь не удалил старую версию, если это важно для работы.


2.Документ имеет статус "утвержден" - надо выпустить извещение.
Создаем новую версию - она сразу становится активной. А как быть тем, котырые с этим документом работают - с утвержденным, имеется ввиду, те, которые в данный момент создают выборку, и должны быть уверены, что возьмут не какой-то проект, а именно утвержденный документ.

Опять таки не понял, что с извещением то? А насчет утвержденности - у вас же осталась предыдыщая версия документа утвержденная. А новая редактируется. Вы же можете видеть и ту и другую.


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

А в чем разница то? Вы фактически фильтруете по статусу документа утвержден. По статусу! ну создайте вы выборку - Вид документа - Сборочный чертеж - статус - утвержден. Получите то что вы ищите. Зачем это к архиву привязывать? Настройте и пользуйтесь.


И, есстественно, привязанные к документу версии спецификации и т.д. также должны быть закрыты от тех, кто не имеет доступа к документу, так как тот же состав изделия - это уже секретная информация.

Сделать это сейчас можно без проблем - отберите права доступа к версии спецификации у пользоватетя, и он никогда ее и не увидит.
Если речь идет об объединеии  прав на версии номенклатуры (специф. и т. д.) и документов - над этим будем со временем работать конечно же. Права доступа всегда такой сложный вопрос (не говоря уж о реализации). Постоянно над этим думаем, как сделать и просто, и настраиваемо. Но сразу все не сделать.  Те что сейчас есть уже многое решают.

Да, еще небольшое замечание. Я может не так понял, но НИКАКОГО копирования документов у нас в системе нет! документ всегда ОДИН! где бы он не лежал! Но он может иметь несколько версий, активная может быть только одна, и с ней по умолчанию и идет работа.

please-change-link