Все вопросы о PDM. Управление договорами

Одним из этапов жизненного цикла документа является его согласование, когда документ уходит от автора, и до вступления его в законную силу с ним знакомятся, высказывают свое мнение и спорят заинтересованные стороны.

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

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

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

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

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

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

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

При разработке маршрутов согласования документов в системе электронного документооборота Company Media, используется специальный конструктор.

Так, с помощью конструктора пользователь системы может выбирать параметры согласования: параллельное, последовательное, комбинированное.

Как «работает» параллельное согласование? При работе в СЭД, реального движения документа не происходит. Он «лежит» в базе данных на сервере, поэтому эксперты, включенные в лист согласования, одновременно получают доступ к документу и могут независимо друг от друга работать с ним. Сигналом к началу работы является получение участником согласования уведомления, которое поступает по электронной почте. Оно содержит стандартный текст, информирующий получателя о том, что он назначен участником процесса согласований. Открыв уведомление, пользователь по ссылке может «перейти» на сам документ.

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

«Конструктор» предлагает такие варианты действий:

ничего не делать;

продолжить процесс;

однократно уведомить инициатора о просроченном согласовании и продолжить процесс;

приостановить согласование и наладить процесс периодического уведомления визирующего и инициатора.

Если один из согласующих не согласен, «конструктор» предлагает такие варианты реакции:

уведомить инициатора и продолжить процесс;

продолжить процесс без уведомлений;

уведомить инициатора и остановить процесс.

Когда лист согласования готов, инициатор нажимает кнопку

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

0

198

, а у Вас как происходит? Если не секрет.

0

65

5

Вижу же пока такие беды:

1. Ни в одной из известных мне систем сквозной цепочки не получается из-за возможностей собственно CAD. У одних моделировщик не вытягивает, у других чертёж по ЕСКД не годится + всякого рода базы данных по ГОСТ.

2. Толковая PDM система пока тоже остаётся только пожеланием, даже если это супер разрекламированный брэнд.

3. Самое страшное - где же вы найдёте руководящие кадры, что способны эффективно работать со всякого рода WorkFlow?

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

У кого и как организован процесс согласования разрабатываемой документации, при наличии теперь на наших предприятиях двух версий документации, электронной и бумажной? Как вы в дальнейшем отслеживаете изменения в них, а также во всей цепочке, от разработчика до станка?

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

2

65

3Д модель гораздо нагляднее. У нас на фабрике тоже первое время кадры "старой закваски" скрипели, но потом все как-то привыкли работать с моделями.

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

2

65

Да в цех, ясен перец монитор не понесешь. Зато изометрию и взорванные виды там ой как уважают. Даже не возражают, что не по ЕСКД:)

Там где с 3D работают, есть я думаю у всех (особенно в инструменталке или единичном производстве на СЧ (изометрия, иногда в разобранном виде - это же естественно, тем более когда не составляет труда)).

5

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

Поверьте, копий по этому поводу уже поломано столько, что в пору мемуары писать.

Потом, всё для обороны должно быть сертифицированно, а пройти сертификацию без чертежей... покажите мне того, кто это сумеет сделать. Про ОТК и ПЗ и говорить излишне.

Помните про микрофильмирование?

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

Che 0

Вопрос очень интересный, только камней подводных много.

Если взять

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

То минусов очень много, особенно во втором варианте потому как согласовывать электронную и бумажную версию одновременно я не представляю вообще как, искать различия? Игра такая, в которую у меня сын любит играть - найди например 5 отличий от того что нарисовано на экране с бумажной версией:). Особенно 3D моделей это касается обмерять их на компе и сравнивать с тем, что на бумажном чертеже... что-то я отвлекся, ах да, главный вопрос у меня - ЧТО ПЕРВИЧНО??? БУМАГА ИЛИ ФАЙЛ???

Если файл, то какой? Далеко не все предприятия работают с 3D моделями и это даже не архаизм, а они им просто не нужны во многих случаях. Если банально брать в качестве файла плоский чертеж, сделанный в AutoCAD"е, то как быть с тем, что нарисовать например я могу одно, а размеры проставить вручную совсем другие?

На одном из предприятий, на котором я принимал участие во внедрении такого рода системы превичным все-таки является бумага, вернее сканированный tiff со всеми подписями (согласовывать все равно приходится ножками, потому как 99% чертежей очень большие с кучей мелких деталей, на экране оценивать конструкцию - нереально, поверьте мне) и положенный в состав изделия к которму конечно же прикреплены и файлы созданные в процессорах документов (AutoCAD, MsWord и т.д.) но все файлы кроме tiff - исключительно для справки и использовать их можно на свой страх и риск, на них даже так и написано, что распечатывать и использовать в работе нельзя.

А вообще у кого какие есть соображения по этому поводу? Поделитесь своим опытом, предлагайте другие варианты.

5

Первична, вообще говоря, 3D модель.

При этом не просто 3D модель, но несущая в себе "рычаги управления" всем проектом. Строится таковая с учётом ужо готовых (покупных) элементов, исходя из того, как видится будущее изделие собственно автору. В не столь отдалённые времена кульманов и копировок это называлось "прорисовкой". Разумеется, прорисовка не утверждалась, не копировалась и бюро НТД на учёт не ставилась и было это очень плохо, ибо конструктор 90% времени бегал как заяц по службам, а из оставшихся 10% времени 8% тратил именно на многократное перерисовывание. С приходом эпохи CAD значение "прорисовки" вырасло многократно, ибо повышение скорости обработки информации повысило и способность "наколбасить", с самыми катострофическими последствиями. В принципе, с этой 3D "прорисовки" можно построить и 2D проекции, наипаче для наглядности.

Итак, когда сия "провязочная" (далее габаритная - ГМ) модель готова, проводится видео конференция, либо совещание в ходе коих обнародуется идеология будущего изделия, обсуждаются технические моменты, раздаются ТЗ подразделениям нижнего уровня, опять же в виде 3D моделей и с неё построенных 2D габаритных чертежей. Очевидно, что требуется очень высокоскоростная сеть, web-камеры, аудио оборудование, плазменные панели или проекторы с экранами, соответствующий софт, напаче же потребен позволяющий всё это функционал базовой CAD системы и очень хорошая PDM. Все эти ГМ и построенные с них габаритные чертежи (ГЧ) утверждаются в электронном виде, а собственно видео конференция являет собою начало процесса создания изделия, ужо в рамках предприятия (или даже группы предприятий) с неприменным применением Workflow.

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

Итого: в каждом подразделении - участнике потребуется проектор с большим экраном или плазменные панели, принтер под большой формат (не говоря о достаточном количестве маленьких), ксерокс, сканер, web-камеры, аудио оборудование (в том числе и микрофоны), очень хорошие компьютеры у каждого пользователя; на предприятии: очень хорошая сеть, могучие сервера в достаточном количестве, единая для всех CAD, CAM, CAE, правильная организация делопроизводства, а самое главное - люди (наипаче руководящий состав).

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

198

> Странник

Все эти ГМ и построенные с них габаритные чертежи (ГЧ) утверждаются в электронном виде

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

4

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

Утверждать надо 2D прорисовку в TIFF, сделанную по упомянутой модели (И назвать ее "общим видом", например). Подписывать имеет смысл только неизменяемую копию.

ShoN 35

5

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

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

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

Неспособные к применению ПК должны быть безжалостно обучены работе с ПК, либо поискать работу без потребности применять оный.

Карфаген должен быть разрушен.

Che 0

web-камеры, аудио оборудование, плазменные панели или проекторы с экранами

Все эти ГМ и построенные с них габаритные чертежи (ГЧ) утверждаются в электронном виде, а собственно видео конференция являет собою начало процесса создания изделия, ужо в рамках

предприятия (или даже группы предприятий) с неприменным применением Workflow.

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

ГМ и ГЧ как правило не имеют три сотни спецификаций и столько же деталировок и разрбатываются не тремя сотнями конструкторов а одним либо двумя-тремя и согласовывают их максимум человек 5 и не каждый день и даже месяц.

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

Вот а с огласованием непосредственной рабочки и выходят траблы, потому как нужно понять что первично МОДЕЛЬ или ЧЕРТЕЖ? И что из них согласовывать? И как согласовывать например одновременно 3Д модель и рабочие чертежи на нее?

Не всегда ведь есть возможность дать рабочему модель, чтобы он чего-то по ней делал? Особенно если он работает на универсальном оборудовании?

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

5

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

Спрашиваете зачем видеоконференция?

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

4. Потребность в масштабном отображении моделей и общении между спецами разных профилей будет возникать постоянно. Более того, потери времени на "игру в догонялки" составляют до 90% рабочего дня, а это не просто плохо, но очень плохо.

6. На разработку идеологии изделия тоже отводятся определённые сроки, посему вопрос о Workflow считаю некорректным.

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

Может они там, в угоду своим старым патентам, решили поехать из Питера в Москву через южный полюс?

Ужели не испытываете желания врезать им по рукам прежде чем они поставят вас перед фактом?

Вот а согласованием непосредственной рабочки и выходят траблы, потому как нужно понять что первично МОДЕЛЬ или ЧЕРТЕЖ? И что из них согласовывать?

Все траблы с рабочей документацией имеют корень в плохо продуманной идеологии, либо полном отсутствии таковой.

Кстати сказать, это следствие именно того, что проектировщик 90% времени тратит не на своё дело. Правильно организуйте делопроизводство на предприятии и большинство проблем исчезнет как бы само собою. А утверждать нужно и модель, и её 2D отражение - чертёж, т е НИКАКОЙ ПОТЕРИ АССОЦИАТИВНОСТИ!

В CАD/CAM/CAE observer №6 (если не ошибаюсь) есть статья "Игра идёт "по-взрослому", автор - один из главных IT фирмы Сухого. Очень правильно пишет человек.

Che 0

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

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

2. Специалистов в разных отраслях в один зал не посадишь, даже если формировать комплексные бригады.

Это еще почему? Или вы хотите сказать что получится базар-вокзал? Ну для этого ведь есть регламент проведения таких мероприятий.

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

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

4. Потребность в масштабном отображении моделей и общении между спецами разных профилей будет возникать постоянно.

Хех... если конструктор сумел разарботать такое на экране своего монитора, он что не в состоянии показать это своему коллеге или колега не в состоянии разглядеть это?

Более того, потери времени на "игру в догонялки" составляют до 90% рабочего дня, а это не просто плохо, но очень плохо.

Такие вопросы решаются на уровне организации непосредственно процесса согласования а не в технических деталях (плазмы, web-камеры и т.п.). Чем например наличе плазменной панели ускорит процесс согласования?

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

5. Если в конструкторском отделе по любому потребны примерно 15 компьютеров, то затраты на дополнительную технику не столь и велики, наипаче если использовать лицензионный софт.

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

6. На разработку идеолгии изделия тоже отводятся определённые сроки, посему вопрос о Workflow считаю некорректным.

А при чем здесь Workflow? Чтобы уложиться в сроки необходимо четко их контролировать и правильно спланировать здесь Workflow не нужно, здесь нужен Project Managment.

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

Кстати сказать, это следствие именно того, что проектировщик 90% времени тратит не на своё дело.

В то же время вы сами даете ответ на это вопрос:

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

Главное в этом вопросе - организация, чего я пытаюсь Вам сказать. И плазменные панели с web-камерами для этого не нужны:)

А утверждать нужно и модель, и её 2D отражение - чертёж, т е НИКАКОЙ ПОТЕРИ АССОЦИАТИВНОСТИ!

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

Цитирование не работает блин

5

Проектировщик должен уметь защищать свое конструктивное решение перед группой сотоварищей и оппонентов.

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

Базар-вокзал это ещё пол беды, отраслевики должны сидеть в отдельных аудиториях для того, что бы иметь возможность совещаться между собою, а иначе так и замкнётся человек на конкретных условия изделия и очень скоро превратится в 0 без палочки.

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

А что сеть то?

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

Надо что б ещё и коллега был в состоянии осознать масштабы. Многократно уже проверено личным опытом - НЕ ПОНИМАЮТ люди, даже очень классные конструктора. Изделие с линейными размерами порядка 3 и более метров воспринимают как будто фитюлинку на мониторе, дескать что ты там за баловство нам показываешь. А как выкинешь её в масштабе на восковку, так у них челюсть и отвисает. Ну так устроено человеческое естество, надо неприменно увидеть и неприменно в масштабе.

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

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

А вот тут позвольте сдержано улыбнуться.

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

И тогда Вы всегда успеете врезать им по рукам.

А "прорисовывать" творения смежников кто будет?

Главное в этом вопросе - организация, чего я пытаюсь Вам сказать. И плазменные панели с web-камерами для этого не нужны:)

Организация первостепенна, но нужны ещё и соответствующие инструменты, особенно памятуя о своих и чужих амбициях.

65

Да и 3D модель я могу нарисовать и получить с нее 2D чертежи, а потом в них поставить те размеры, которые я хочу, т.е. удобные для меня (хотя в модели они совсем другие).

А технологам как работать? Вам удобно, а дальше хоть трава не расти. Обработка идет по геометрии, а не по нарисованным размерам и все расчетные задачи тоже.

Che 0

Не увидел в Вашем сообщении ни одного аргумента.

оппоненты должны сперва ОСОЗНАТЬ, что же им такое показывают, а это не всегда так просто.

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

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

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

К тому же не забывайте, амбиции есть у каждого участника, а что бы их выловить - нужно иметь возможность повернуть изделие под любым углом, посему и плазменные панели с WEB-камерами далеко не излишество.

Вы хоть сами извините поняли что вы сейчас написали? Может быть вы и хотели что-то сказать но простите я тупой идиот не понял, посему прошу прояснить следующее:

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

И как возможность поворота детали под любым углом может быть связана с web-камерой или плазменной панелью??? Простите а чем web-камера (или плазменная панель) может помочь в повороте модели под любым углом??? Что имея монитор нельзя это сделать??? Или имея один проектор в зале совещаний?

По вашему получается, что:

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

Интересно как все это может быть полезным при проектировании, особенно возможность выловить амбиции оппонента?

Базар-вокзал это ещё пол беды, отраслевики должны сидеть в отдельных аудиториях для того, что бы иметь возможность совещаться между собою, а иначе так и замкнётся человек на конкретных условия изделия и очень скоро превратится в 0 без палочки

А что в одной аудитории нельзя совещаться? Не понял объясните тупому, зачем человеку думать о чем-то другом кроме как о конкретных условиях изделия и как думание о конкретных условиях изделия превратит его в 0 без палочки? И еще объясните а что такое ноль без палочки и о чем еще нужно думать проектировщику кроме как о поставленной перед ним задаче? И как это связано с необходимостью сидет в отдельных аудиториях?

Будете делать терминал "общего пользования" прямо в конференц зале что бы с него можно было бы залезть на любой компьютер предприятия? А как на счёт политике безопасности?

Вот этого я вообще не понимаю... особенно на счет политики безопастности?

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

Надо что б ещё и коллега был в состоянии осознать масштабы. Многократно уже проверено личным опытом - НЕ ПОНИМАЮТ люди, даже очень классные конструктора. Изделие с линейными размерами порядка 3 и более метров воспринимают как будто фитюлинку на мониторе, дескать что ты там за баловство нам показываешь.

Очень интересный ход мысли, т.е. люди не понимают масштабов чертежей и моделей, хотя в то-же время:

А как выкинешь её в масштабе на восковку, так у них челюсть и отвисает. Ну так устроено человеческое естество, надо неприменно увидеть и неприменно в масштабе.

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

А потом, почему это нужно каждый час устраивать подвиги педагогики, когда технически возможно ПОКАЗАТЬ?

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

Да имеено этим и ускорит, что будет наглядно виден предмет разговора, а то и лица участников...

А когда все собираются в одном зале, то лица участников не видно и предмет разговора тоже???

при этом поход на другой угол завода может и не потребоваться.

А вот это понятно, просто лень ногами ходить скажите тогда как часто надо бывает утвеждать ГЧ? Каждый день по нескольку раз? Или раз в неделю/месяц? А сопоставить потери времени на хождение пешком и на "приобретение кучи панелей, web-камер, прокладку высокоскоростной оптики, активное сетевое оборудование, аремя и средства н ато чтобы это все настроить и обучить таких вот непонятливых людей (которые не понимают когда им объясняют) как с этим всем работать".

Цены то во сколько раз накручивают ныне по сравнению с себестоимостью? Ведь меньше чем за 300% процентов прибыли ни один предприниматель палец о палец не бьёт. Тем паче, что уровни зарплат НАШЕГО и ИХ ИТР разнятся раз в 10...20. Совесть то надо иметь, ну хоть чуть чуть.

Давайте разберемся сначала с первыми двумя предложениями. Покажите мне предприятие у которого проецент прибыли 300%? Я таких не видел вообще, а если такие есть то их единицы. 99, 99% Предприятий не вылазят за 10%. Нужно четко понимать что такое сбеестоимость изделия и если вы не понимаете что это такое то зачем тогда говорите? Если вы считаете что себестоимость это затраты на материалы, оплата труда рабочим и электричества, то оччченньь сильно ошибаетесь, почитайте тогда матчасть, чтобы понять что это такое и из чего она складывается, либо я вам объясню.

А вот два других Ваших предожения я вообще не понял какое отношение могут иметь к помощи плазменных панелей и web-камер в процессе согласования документации? Причем здесь вообще зарплата нашего и их ИТРа? И непонятно к чьей совести вы взываете и почему? Какое это отношение имеет к теме нашего разговора?

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

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

Дык докладывать это не значит просто говорить что у нас все хорошо... Чего-то вы совсем не понимаете либо никогда не учавствовали в нормально организованных процессах проектирования...

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

А для того, что бы ОСОЗНАТЬ что же там смежники натворили уже вам потребуется масштабное отображение модели на большом экране и консилиум с коллегами.

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

А если модель не нужна, то используйте веками отработанную технологию рейшины и рейсфедора, всего и делов то.

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

В общем ни одного стоящего аргумента я от Вас не услышал.

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

Поверьте мне насмотрелся я на ИБДшников работая в конструкторском бюро... Это вообще целая каста людей, которая:

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

Как только начальник исчезает из поля зрения - продолжать травить анекдоты, резаться в игрушки, гонять чаи и т.п. А потом говорить, а че это я потащусь к тому-то и тому-то, я ведь не нанимался...

А есть рабочие лошади, которые с утра до вечера корпят себе над проектами и делают 90% работы всего бюро (при этом таких бывает совсем не много).

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

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

А технологам как работать? Вам удобно, а дальше хоть трава не расти. Обработка идет по геометрии, а не по нарисованным размерам и все расчетные задачи тоже.

Елена, я это прекрасно понимаю и мне никогда не было удобно так делать, но многие именно так и делают а потом когда ошибки нарастают виноватыми оказываются не конструктора (потому что в чертежах у них все правильно) а ЧПУшники и расчетчики, потому что их программы неправильные и их расчеты не верны. Вот поэтому я об этом и говорю, как проверить модель на соответсвие с чертежом? Это очень нетривиальная задача, которая отнимает массу времени.

65

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

для этого и вводят новые стандарты. Отвечать за то, что модель соответствует чертежу будет конструктор (тот, кто разработал модель и на ее основе чертеж). Поэтому в бланке чертежа (если контроль за соответствием не возложен на PDM систему или модель и чертеж в одном файле) - необходимо указывать имя файла модели, если нужно с реквизитами (дата создания, объем). И если деталь полученная на основе модели, разработанной конструктором не будет соответствовать чертежу, тогда придется проверять соответствие заявленной модели чертежу. И если будут несоответствия, то ответственность должна лечь на конструктора, который это допустил по своей небрежности в оформлении (если он вручную переправлял размеры - то преднамеренно). Делать это на этапе нормоконтроля не нужно (потому, что накладно). Но конструктор должен знать, что за такую неаккуратную работу отвечать придется ему. А оплата дополнительных затрат на этапе конструирования изделия (и высвобождение этих затрат на этапе технологической подготовки и изготовлении) - дело руководителей.

Che 0

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

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

65

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

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

5

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

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

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

Кто ж это вам сказал то такую глупость, про спор и истину?

Законы мироздания существуют вне зависимости от наших по их поводу мнений, а вот ситуация с превалированием эмоций над разумом известна каждому.

Как амбиции участника могут быть связаны с возможностью либо не возможностью повернуть изделие под любым углом????

Не иначе гневаться изволите?

Вот вам уже пример амбиций, вернее страстей. В прочем, вы ведь говорите что с САПР не работаете, но его внедряете, а это ещё один пример. Далеки от вас проблемы человека инструмент для работы которого вы пытаетесь внедрить.

Ну да ладно, попробую на пальцах.

Представьте себе ситуацию, в которой некий разработчик отсека желает закинуть в новое изделие механизм построеный по определённому принципу. Для данного изделия таковой механизм не оптимален, допустим, получается какой ни будь внутренний "наплыв", исключающий возможность глубокой модернизации изделия. Чаще всего тут мотивом является патент. Дело обычное, но тонкость в том, что ради выполнения ТЗ на изделие нужно будет доказать совершенно некомпетентной в проектировании, но имеющей власть персоне всю несостоятельность предлагаемого решения, при чём сделать это нужно быстро и чётко, допустим, по ходу НТС. Сможете вы "прорисовать" нужные проекции прямо по ходу прений, когда не то что кульмана, а и листка бумаги под рукою может и не быть? С CAD системой и плазменной панелью никаких проблем здесь нет, наипаче если и с той и с другой стороны есть соучастники.

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

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

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

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

Представьте себе, так оно и есть.

Корабли вон вообще рисуют в масштабе 1:1, 180 метров в длинну - так 180, 250 - так 250. Кульмана соответствующие делают и прочие чертёжные причиндалы.

Сколько раз сам рисовал в масштабе 1:2 или 1:5 и ставил габаритные размеры - НЕ ПОНИМАЮТ!

Ну воспринимает человек зрительный образ, а на цифру не реагирует.

А про подвиги педагогики мне понравилось... может проще выгнать таких идиотов нафиг и нанять понятливых??? Или если не увольнять то не использовать в качестве оппонентов, если они такие "тупые"?

VIP персон выгнать не так то просто, хотя может быть мнооогих и стоило бы.

Однако повторюсь, объективно от человека профессионально мыслящего категорями кулонов и ампер, либо химических формул и концентраций НЕЛЬЗЯ требовать развитого пространственного воображения, а представить общую картину ему бывает потребно, посему и должно здравомыслящему начальнику не экономить на средствах связи и визуализации.

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

А вот она вся ваша позиция во всей своей красе. Классическая надо сказать позиция, с хорошо известными последствиями.

В прочем дело ваше, а скажу вот что:

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

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

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

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

Спрашиваете какая связь между зарплатой ИТР и ценою потребного для его работы оборудования?

Отвечаю: корпорация DS выдаёт 10000 у. е. в месяц за рассчётное содержание инженера в месяц. Стало быть, самое наворочанное рабочее место врядли превысит сумму двух месяцев содержания инженера, а учитывая что 1 проектор и принтер формата А0 потребуется на 15 примерно рабочих мест, то и подавно, даже вместе со столь ужасающим вас

приобретение кучи панелей, web-камер, прокладку высокоскоростной оптики, активное сетевое оборудование

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

Доладывать это значит представлять то, что сделано и то что планируется сделать и показывать все свои задуманные решения и получать по рукам и менять свои решения.

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

Думаете высокая должность автоматически делает гением?

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

Если на вашем предприятии хотя бы с пол сотни конструкторских отделов, то конференц залов на всех не хватит.

Вот этого я вообще не догоняю. Если например мне не надо моделить 3D, а достаточно создавать плоские чертежи то что Вы предлагаете забить на всякие Компасы и Автокады и рисовать на бумаге руками?

Ну не доросли вы ещё до понимания того, что 3D модель является кратчайшим путём от мысли проектировщика до задачи рабочему. Ну что здесь поделаешь, а вот СЛЫШАТЬ cказанное что то вам мешает.

И последнее, почему ИБД растут быстро, а настоящие профи почти никогда не поднимаются выше определённой планки?

Да потому, что только так начальник может всю жизнь получать по авторским (вернее соавторским) и не опасаться за своё тёплое местечко. А ИБД всегда будет с большим удовольствие целовать начальника в задний фасад, именно это свойство и выводит их в раздел ближайшего окружения великих вождей.

0

5

Фактически вопрос в узаконивании на предприятии порядка выпуска и согласовании технической документации и изменении мышления.

Кадры решают всё, слышишь, Лаврентий?

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

Знаете какая тут сидит могучая "засада"?

Просто устанут руки рвать эти промежуточные чертежи.

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

Нет уж, давайте уж между ИТР согласовывать всё через технические средства визуализации, а уж рабочии пусть работают по техпроцессу и операционным эскизам. Для этого придётся много начальственных голов поснимать, но иначе ничего не выйдет.

0

5

Странная однако у вас конфигурация метаданных.. У нас к "карточке" ДСЕ прикреплена сначала карточка документа, а уже к ней- файлы. Таким образом, сколько документов есть на ДСЕ, например в разделе "Документы" спецификации, столько и отдельных объектов-документов, а тут уже и обозначение документа и ревизия и разработчик, и пр.

Не иначе ЛОЦМАНОМ пользуетесь?

0

5

4

Подписывать имеет смысл только неизменяемую копию.

Итак, если применяется PDM то итерация решает всё, а впутывать "картинку", с которой CAD не возьмёт ничего - представляется мне весьма нецелесообразным.

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

Разумеется утвержденную итерацию/версию модели хранить надо, но называть ее неизменяемой (в смысле идентичности отображения на экране и печати через 10-20 лет) - я бы не стал. Вам случалось ксерить избранные листики из Анурьева ("на случай если ему ноги приделают")? Контрольная копия в действии

Да и открыть пару десятков моделей по 10000 компонентов - не быстро, а по тифам пробежаться - секунды.

Так утверждаем и согласовываем что? Каждое совещание - по определенной теме. Если габаритные размеры - это одно, если материал и шероховатость 34-й слева пружинки - это другое. На чертеже эти смысловые акценты очевидны (стоят на ГЧ размеры - согласовали их, все другие размеры могут без согласования меняться в процессе проработки). А в 3Д-модели не отличить важного от неважного и согласовывать всю модель как единое целое - даже после завершения разработки бессмысленно, т.к. пойдут изменения и т.д.

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

Помнится я её уже почитывал ранее.

Вроде тут был разговор о чертежах в масштабе 1:1 на плазменных экранах для согласования, тут ведь? - поржал тогда от души, большой респект автору того поста!

Потому скажу что нынче не перечитывал (долго слишком), достаточно было прочесть первый пост и последний - прикольно наблюдать как люди сами создают себе проблемы

Мы тоже потакому пути пошли. Храним рядом с оригиналом (*.doc, *.xls, *.dwg, *.idw) его отпечаток в pdf. Проблема электронного согласования сразу же разрешилась! Не надо всем одно и то же ПО с одними и теми же настройками (слоями, шрифтами и пр.) ставить . Достаточно только Acrobat Reader, а если Acrobat Professional установлен, так комменитровать можно - вообще благодать

ПАаааатрисающе просто:)

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

В общем то, весь этот топик посвящен "радостной автоматизации", я бы это так назвал.

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

Видал я такие маршрутики согласования. волосы от них шевелятся на разных местах, зачастую на всех

А если глюканет такой маршрут в PDM так вообще хоть коней суши! Где и как искать ошибку? - хз... Пользователь неадекватно поступил ли, ПО ли глюкануло, в базе ли зихер или просто логика маршрута неверная - короче песня для отладчика

И это я еще беру только электронное согласование по этим замысловатым бизнесс-процессам (почти на всех заводах они замысловатые), а тут еще смотрю обсуждается параллельное согласование файлОВИЧА и бумаЖЕНЦИЯ - ну ваще что-то нереально злое. Да и самое главное ЗАЧЕМ?

ЗАЧЕМ эта головная боль? Вроде как бы все уже придумано за нас буржуями, они уже шишки набили, технологию управления ТПП и производством обкатали, бери и пользуйся!

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

Глупости в общем все это.

На самом деле в ТПП все гораздо проще. И совсем не важно какую документацию вы согласуете, электронную ил бумажную.

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

Такое возможно только если каждый из подобных спецов войдет в такую группу и мотивировать такую группу надо не на пложение форматов, а на результативные продажи (для серийщиков) или выполнения заказа в срок (для позаказчиков)!

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

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

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

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

Перво-наперво реформируйте функцию УПРАВЛЕНИЯ!

Тут основной экономический эффект сидит!

Рыба то с головы гниет! - этого правила никто не отменял.

Понравится результат реформы управления? - тогда продолжите реформы дальше: накрутите процессы в PDM, обучите конструкторов модному CAD, технологов другой батве. Будет у Вас все сверкать и пениться. Вот...

А при старых моделях процессов - грош цена всем этим мучениям.

Кто не согласен - прошу в студию! Раскачаем этот топик до абсурда

ДаёЖь плазменные сенсорные панели размером 10х100 каждому главному инженеру!

Если Вы подкините мне деньжат на заслуженный отдых, я с удовольствием отдохну.

Вот кроме приколов чему возразить Вам не нашлось. А не возразить Вы не могли.

Матчасть я пожалуй учить не буду - слишком умным еще стану. Если все будут умными, то Вам выделиться не получится, а для Вас это важно.

Могу только посоветовать принимать на работу все-таки "посвященных людей" с соответствующим образованием, а не набирать непосвещенных. "Хоть был пожарником Гаврила, Гавриле дали фильм снимать!"

Лично наблюдал господ проектирующих в 3D довольно сложные узлы, размер которых измерятеся в метрах, и это на 17-19" мониторах. А учитывая что кто-то еще корабли да самолеты делает, думаю тут о масштабе 1:1, да еще и на дисплее, как-то неуместно говорить. К слову говоря конструктор проектирующий узелок сложного изделия не видит картину в целом, да ему это и не нужно, а вот ведущий специалист по изделию должен представлять себе всю концепцию, а это уж извините меня, не только голые вопросы проектирования, но и значительные управленческие моменты. На наших же предприятиях ведущий специалист по изделию отвечает только за его конструкторскую проработку, совершенно не интересуясь технологией и производством. Руководителя у подобного проекта как не было так и нет, бюджета тоже. Управляются и финансируются функциональные звенья: ОГК, ОГТ и т.п.... Сам проект же пущен на самотек и разные его участки находятся в сферах ответственности различных людей. Тут я извиняюсь уже не до плазмы 100х100. Быть бы живым...

Сам не проектировал и не собираюсь, не конструктор я.

С проблемами проектировщиков знаком и знаю насколько они детские по сравнению с проблемами предприятия, как бизнеса.

Вот с этого бы и начинали.

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

В прочем, как скоро тут ходит много разнога народа, поясню.

Проектировщик видит своё изделие без всяких приспособлений, умозрительно.

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

Проектировщик составляет ТЗ, а все прочие это ТЗ реализуют.

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

Хотя у "господ в масштабе 1:1" может быть свое мнение.

С другой стороны: в своей работе проектировщик базируется на возможностях своего предприятия или даже государства, прежде всего технологических. Если у конкурента (супостата) технология окажется выше, то и его изделия получат определённое преимущество при сравнительных испытаниях в жёстких условиях (на поле брани). Кстати, если управление ТПП и производством далеко от совершенного даже до начала автоматизации, то уже одно это называтся словом САБОТАЖ.

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

Посему, когда некий знаток начинает говорить про меньшую экономическую выгодность приобретения новых станков, то тем самым он попадает из принимающих решение в предметы обсуждения по теме «ДИВЕРСИИ И ДИВЕРСАНТЫ».

тому в истории мы тьму примеров слышим

Хотя бы пристнопамятный 1941 год, вместе со всеми предвоенными пятилетками.

Нужно объяснять во что вылилось желание получать большие прибыли за счёт "выжимания" из всего и вся максимума и без вложений в развите или сами осознаёте смысл понятий эвакуация, развёртывание производства в новых районах, потери территорий и людских ресурсов?

Лично наблюдал господ проектирующих в 3D довольно сложные узлы, размер которых измерятеся в метрах, и это на 17-19" мониторах. А учитывая что кто-то еще корабли да самолеты делает, думаю тут о масштабе 1:1, да еще и на дисплее, как-то неуместно говорить.

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

Выше в теме уже говорилось: корабли и самолёты рисуют в масштабе 1:1, именуя это произведение ОБЩИМИ ВИДАМИ и используя для этого соответствующие кульмана, несколько похожие на балочные краны.

В ВУЗ-е черчение сдавали?

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

Могу только посоветовать принимать на работу все-таки "посвященных людей" с соответствующим образованием, а не набирать непосвященных. "Хоть был пожарником Гаврила, Гавриле дали фильм снимать!"

А теперь рассмотрите работу проверяющего специалиста: нормоконтролёра, технолога, метролога и, особенно, начальников всех уровней. С ними то, как быть?

На наших же предприятиях ведущий специалист по изделию отвечает только за его конструкторскую проработку, совершенно не интересуясь технологией и производством. Руководителя у подобного проекта как не было так и нет, бюджета тоже. Управляются и финансируются функциональные звенья: ОГК, ОГТ и т.п.... Сам проект же пущен на самотек и разные его участки находятся в сферах ответственности различных людей. Тут я извиняюсь уже не до плазмы 100х100. Быть бы живым...

Ну и кто виноват в таком положении дел?

Не иначе опять теж самые VIP, что так любят учить профессионалов как им работать.

Это ж старая история, командовать моряками должен моряк, лётчиками опять же лётчик, а в промышленности всё норовит экономист вылезти в директора...

НЕ ПОЗВОЛЯЙТЕ ЭКОНОМИСТАМ КОМАНДОВАТЬ ЭКОНОМИКОЙ, ИБО ОНИ ОПТИМИЗИРУЮТ ФИНАНСОВЫЕ ПОТОКИ, А ДЕЛО УГРОБЯТ!

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

Потребовать такого функционала от разработчиков PDM/WORKFLOW, по крайней мере только они это и могут знать точно.

Как относиться к фразе в ГОСТ 2.051-2006 пункт 4.11 "Твердая копия изготовленная и подписанная в установленном порядке....."

Как, разве после ЭЦП нужно заверять и твердую копию.?!?

Вот именно так и понимать.

Зачем электронный архив если в параллель ему останется бумажный?

Есть здесь глубокий смысл, как то ни странно.

Цикл жизни хорошего изделия примерно 20 и более лет, а версия CAD системы живёт лет 5...7, а то и год...два.

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

Посему нет гарантии того, что лет через 15 сможете вы поднять модели и возобновить производство, а бумага она всё стерпит.

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

Почему стоит автоматизировать согласование договоров?

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

Verdox позволяет не только сократить сроки внутреннего согласования договора, но и ввести ранжирование согласующих для оптимизации процесса согласования. Единый реестр договоров позволит отследить все редакции договора, внесение всех правок и замечаний. Также Verdox позволяет отследить текущий этап согласования, всю переписку, связанную с согласованием договора, как внутреннюю, так и внешнюю, установить сроки согласования.

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

Почему использование Verdox выгодно для вас?

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

1. В Verdox любой необходимый договор всегда находится под рукой без долгих поисков. Кроме того, электронный договор невозможно потерять или испортить.

2. В Verdox все согласования проходят в электронном виде. Ответственные лица могут рассматривать договор одновременно или друг за другом. Доставка электронного документа для согласования производится мгновенно.

3. В Verdox регистрируются действия всех участников. Вы можете в реальном времени следить за согласованием договора.

4. Verdox обладает функциями версионного контроля – она следит за изменениями текста договора и всегда предоставляет для работы версию с самыми последними изменениями.

5. Verdox рассылает уведомления и напоминания всем участникам согласования.

Модуль «Электронное согласование документов» предназначен для автоматизации согласования любых типов документов.
Основной целью разработки модуля «Электронное согласование документов» было сокращение сроков согласования, особенно если составители документов, запускающие документ на согласование, согласующие лица находятся в территориально удаленных офисах.
Использование модуля «Электронное согласование документов» позволяет:
сократить сроки согласования (менее 1 часа);
обеспечить прозрачность и контролируемость процесса согласования документов;
снизить затраты на печать и копирование документов;
минимизировать риски потери документов;
оптимизировать рабочее время персонала предприятия (необходимый документ можно согласовать, не выходя за пределы своего кабинета);
согласовывать документы в электронном виде в холдинговой структуре.
Основными задачами, решаемыми в модуле «Электронное согласование документов» являются:
электронное согласование любых типов документов (договоры, приложения к договору, информационные карты и т. д.) в единой системе;
настройка шаблонов листов согласования;
возможность привлечения к согласованию дополнительных согласующих лиц;
формирование листа согласования документа и вывод его на печать по утвержденной форме Заказчика;
настройка системы замещения согласующих лиц;
уведомление согласующих лиц о необходимости согласования документа, о согласовании привлеченного им к согласованию лица и т. д.
уведомление ответственных за документ о завершении согласования документа, о поступлении новых замечаний по документу, о длительном несогласовании документа и т. д.
ведение истории согласования каждой версии документа;
ведение замечаний при согласовании документа;
разграничение прав доступа по типам документов;
анализ процесса согласования, выявление «тонких» мест.
Формирование документа. Формирование электронной карточки документа осуществляется непосредственно в модулях корпоративной информационной системы. Заполняются обязательные реквизиты документа.
Например, договор создается в модуле «Договоры» со статусом «Проект», статус «Исполняемый» указывается только после электронного согласования документа.
Формирование версии документа для согласования. К электронной карточке документа создается электронная версия документа для согласования. В электронной версии документа указывается осмысленное описание версии, прикрепляются сканы оригиналов или проекты документов, сопутствующие документы, отправляемые на согласование.
Прикрепление документов осуществляется при помощи функции добавления файлов или при помощи функции сканирования документов.
Настройка листа согласования осуществляется привлечением согласующих лиц к согласованию из справочника пользователей системы или выбором предварительно настроенного шаблона листа согласования документа. Применение шаблонов листов согласования значительно сокращает время на подготовку согласования.
Настройка шаблонов листов согласования документа может осуществляться сотрудниками отдельных служб. Например, настройку шаблонов листов согласования договоров осуществляют сотрудники правового управления в соответствии с Положением о порядке заключения и согласования договоров.
Допустимы следующие маршруты согласования документов:
Последовательный – согласование документа осуществляется согласующими лицами друг за другом в порядке их следования в листе согласования;
Параллельный – согласование документа осуществляется согласующими лицами одновременно.
Листы согласования документов хранятся в системе в течение всего срока существования документа. В любой момент можно посмотреть историю согласования документа.
Отправка документа на согласование осуществляется с момента согласования документа Ответственным за документ.
После отправки версии документа на согласование снятие версии документа с согласования невозможно до момента создания новой версии документа для согласования.
После отправки документа на согласование запускается рассылка уведомлений согласующим лицам и их заместителям о необходимости согласовать документ.
Рассылка уведомлений осуществляется с учетом маршрутов согласования в листе согласования документа службой рассылки уведомлений.
Согласование документа. При поступлении уведомления о необходимости согласования документа на адрес электронной почты согласующее лицо из текста уведомления по активной ссылке переходит к согласованию документа в корпоративную информационную систему в модуль «Электронное согласование» к согласуемому документу.
Далее согласующее лицо переходит к согласуемой версии документа. Согласующее лицо видит замечания и версии документа, созданные другими участниками процесса. При отсутствии замечаний согласующее лицо согласовывает документ. При необходимости согласующее лицо привлекает к согласованию дополнительных согласующих лиц. После согласования привлеченного к согласованию на адрес электронной почты согласующего лица приходит уведомление о согласовании привлеченного к согласованию лица.
При согласовании документа согласующим лицом рассчитываются плановые сроки согласования документа для остальных согласующих лиц с учетом маршрутов согласования.
В случае отсутствия согласующего лица (отпуск, командировка и т. д.) согласование документа может осуществить его заместитель, настроенный в системе замещения.
Формирование замечаний. При наличии замечаний к согласуемой версии документа согласующее лицо указывает замечания и сохраняет документ. При поступлении новых замечаний на адрес электронной почты ответственного по документу отправляется уведомление о новых замечаниях. После устранения замечаний по документу формируется новая версия согласования документа.
Согласующее лицо в любой момент может посмотреть замечания других согласующих лиц, что существенно повышает качество электронного согласования.
Завершение процесса согласования документа. При согласовании версии документа всеми согласующими лицами согласование документа завершается, редактирование согласованной версии документа невозможно. Ответственному по документу на адрес электронной почты отправляется уведомление о согласовании документа. При получении уведомления о согласовании документа ответственный по документу переходит к согласуемому документу, печатает лист согласования на обратной стороне согласуемого документа. На данном этапе согласование документа завершается.
Анализ процесса согласования осуществляется на основании данных о согласовании документов. Электронное согласование документов невозможно без полноценной системы контроля и учета фактических показателей. Система обеспечивает учёт фактических сроков согласования. Это позволит сравнить плановые и фактические показатели, выявить «узкие» места и предложить оптимальные схемы электронного согласования.
Данный модуль разрабатывался в рамках заказной разработки для одного из крупнейших Заказчиков.
Основные преимущества данной разработки:
Возможность решения уникальных задач электронного документооборота, связанных с особенностью бизнес-процессов компании (без последующих доработок имеющихся систем);
Отсутствие потребности в подгонке собственных бизнес-процессов под функционал существующих систем;
Простота внедрения заказной системы в территориально распределённых филиалах (минимизация трудозатрат штатных специалистов компании);
Отсутствие необходимости в интеграции с другими системами (документы и их электронное согласование находятся в едином информационном пространстве);
Отсутствие рисков, возникающих при интеграции систем;
Работа в едином пространстве между филиалами и дочерними обществами;
Возможность последующих доработок системы с минимальными затратами.

06.12.2013, ПТ, 16:12, Мск

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

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

Создание проекта договора

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

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

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

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

Согласование документа

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

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

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

Другой вариант коллективной работы над документом – предоставить возможность согласующим вносить правки в общий документ. Пользователи сразу будут видеть в договоре правки своих коллег. Однако при такой форме согласования в один и тот же момент времени вносить изменения в документ сможет только один согласующий.

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

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

Отдельно стоит отметить процедуру согласования договора внутри подразделения. Можно рассмотреть три основных варианта. Первый – документ направляется координатору (начальнику отдела), который делегирует согласование наименее загруженному или наиболее компетентному в данном вопросе сотруднику отдела. Второй вариант – направление документа на согласование всем работникам службы. Тот сотрудник, который освободится первым, возьмет документ на рассмотрение, а у остальных участников он будет удален из списка заданий. Третий вариант – СЭД, руководствуясь настроенными правилами, автоматически определяет, кому из данного отдела нужно передать документ на согласование (по принципу балансировки нагрузки, по региональному признаку или каким-либо иным правилам).

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

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

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

После доработки договора в соответствии с замечаниями и согласования его с контрагентом (это, как правило, происходит вне СЭД), новая версия документа с комментариями и пояснениями направляется на очередной цикл согласования.

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

Утверждение и подписание договора

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

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

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

На этапе подписания договора бывает также полезно возложить на СЭД функцию проверки полномочий подписанта – проверку наличия актуальной доверенности на подписание документов.

Подписание договора у контрагента

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

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

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

И, наконец, не стоит забывать о юридически значимом электронном документообороте (ЮЗЭДО), популярность которого с каждым днем все выше. Интеграция СЭД с системой ЮЗЭДО позволит обменяться с контрагентом юридически значимыми электронными документами без создания бумажной версии. В этом случае документ может быть подписан и отправлен контрагенту нажатием одной кнопки. Далее СЭД сама отследит факт подписания документа контрагентом. Такой обмен возможен только с контрагентами, которые также подключены к системе ЮЗЭДО.

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

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

Дополнительные преимущества СЭД

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

Автоматизация процесса согласования договорных документов в СЭД, помимо таких очевидных удобств как коллективная работа над документом, позволит сделать процесс четким и прозрачным для заинтересованных сотрудников и руководства компании. При помощи СЭД всегда можно отследить, на какой стадии и у кого «застрял» документ, кто регулярно нарушает сроки согласования, и принять соответствующие меры.

Система нотификации СЭД обеспечит отправку напоминаний участникам процесса об их заданиях, о нарушениях сроков и по другим важным событиям по электронной почте или SMS. С помощью функций системы поиска пользователи смогут найти доступные для просмотра документы как по любой комбинации атрибутов карточки, так и по ключевым словам из текста документа. Дополнительно в СЭД может быть предусмотрена работа с различных мобильных устройств: с помощью легкого клиента, универсального почтового клиента или с помощью специализированных нативных приложений под различные мобильные ОС.

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

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

Кроме того СЭД должна иметь систему построения как простых контрольных, так и сложных статистических отчетов; встроенные функции (или набор готовых библиотек) для работы с документами формата MS Word: сравнение, консолидация, вкл./выкл. режим контроля правок; широкие интеграционные возможности для связки с внешними системами и открытый программный интерфейс (API). Не лишними будут настройка возможности доступа к любому документу по внешней ссылке (при наличии доступа) и возможность работы с различных мобильных устройств, причем, желательно также в режиме оффлайн.

Павел Каштанов