Внесение изменений

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


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

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


есть, и у старой и у новой с разным составом.


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

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

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

P.S. Если уж очень хочется знать, кто именно, что именно и когда поправил, то есть автоматический протокол всех действий пользователей. Все ходы записаны. Кто, когда, где, что поправил, как было до того, на что исправил. Всё записано. Без всяких версий и извещений.

Я вам уже писал в чём корень ваших проблем (по поводу паники и ступора). Но вы упорно продолжаете идти по граблям.

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

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

Что происходит у вас:

Вы заставляете людей вводить.
Что вводить? – Всё
Как вводить? - Ну как получится. Кто как понял. Как нужно то никто им не объяснил. Потому что никто не знает.
Они вводят. Что-то. Заставляют же…
Потом вы пытаетесь с этими данными что-то сделать. Ситуация резко осложняется тем, что нет понимания не только как это что-то сделать, но и даже что именно нужно сделать.

Не получается.
Это естественно. Как же получится, когда толком непонятно что должно получиться...

Вы говорите людям: «Неправильно. Нужно переделать.» А как же тут переделаешь, когда эти данные уже в результате несистемной разрозненно-экспериментальной деятельности уже в куче мест задействованы? Программа справедливо не даёт косить и менять всё направо и налево, т.к. данные то используются уже. С её точки зрения – раз используется, значит кому-то это нужно. Нельзя просто так удалять. Она же не может отличить «правильное» использование от «неправильного».

Вот и получается… Вводим, переделываем, мучаемся, не понимаем зачем это всё... и далее по кругу. Я вас предупреждал что так и будет. Ссылка выше.

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

Кто требует?
А тот, кто требует, сам представляет в чём это должно выражаться и как выглядеть?

Тот же вопрос.

Она и не спросит.
Если назначена какая-то версия по умолчанию, то возьмёт ту, что назначена.
Если версий несколько, но действующая среди них только одна, то возьмёт действующую.
Если действующих версий несколько, и при этом не назначено, какую из них использовать по умолчанию, то возьмёт первую попавшуюся из действующих.

Вот и всё.

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

P.S. Вообще, если одна и та же конструктивно деталь делается на одни изделия толщиной 6мм, а на другие толщиной 8мм и при этом обозначение чертёжное у неё и там, и там одинаковое - это глубоко неправильно.

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

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

Здравствуйте! Работу в программе начали недавно. Согласно поставленной задаче заполняли базу. Начали заполнение с создания производственных заказов и ждали Отдел Технологов, то есть спецификации. Сейчас необходимо производственные заказы отредактировать, то есть в каждый созданный заказ вложить созданную для него спецификацию. Как это сделать не удаляя сам заказ из базы?

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

Спрасибо за ответ. Строчка необходимого заказа была выделена правильно. Видимо система зависла. Просто перепровела. И все получилось.

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

В основном -ДА
В данный момент- нет. Но бывает по разному.
Подразумевается- во всех.
Планируется- во всех. но может быть всякое
допустим все варианты нужны.