Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

Последние темы на форумах VOGBIT

Колонка материалы для окна статистика производства - Производство
Константин Чилингаров: 13 Константин Чилингаров написал: Я думаю, что Вам можно было бы поразмышлять о некоем "конфигураторе уровня учета", где пользовате ...
Невозможно запустить приложение в связи с недействительными данными активации - Активация, Деактивация, Лицензии
Константин Чилингаров: Да, похоже, есть какая-то проблема с очередным обновлением десятки. Мы уже известили о ней разработчика системы защиты (мы её купили, не с ...
Влияние Статуса - Прочее
Константин Чилингаров: Здравствуйте, С точки зрения общей логики работы программы (различные расчёты, формирование заказов на производство и т.п.) для специфи ...
Активация/деактивация - Активация, Деактивация, Лицензии
Елена Ковалева: Добрый день! Отвечено на почту.
Карта раскроя - Общие вопросы
Balukov:   Здравствуйте! 1.      Сначала нужно создать в «Номенклатуре» папку (или можно отдельную «категорию»), где будут потом храниться наши ...
Расчёт потребности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, По поводу «материалов» и «комплектующих». [B Первый момент – как лучше вносить:[/B Указывать в техпроцессе, как «комп ...
добавление и удаление деталей в заказ - Состав и технология
Константин Чилингаров: Да, есть такой момент. Много «хвостов» оставляет этот старый модуль «планирования загрузки». В версии 20.5 ещё не все из них удаляются лег ...
Внесение состава изделия, состоящего из большого числа вложенных сборок. - Состав и технология
Константин Чилингаров: 19208 Ирина Хохлова написал: все таки думаю, что фасад это сборочная единица и спецификация нужна Если "фасад" это некая конструкци ...
Пустой бланк - Демо версия
Константин Чилингаров: Правильно. С точки зрения выдачи чего-то со склада на выполнение некоего производственного заказа, обеспеченности, снабжения и т.п. - во ...
"Сворачивание" терминала - Терминалы
Константин Чилингаров: Ctrl+Shift+Esc - диспетчер задач. В нём снять задачу. Нужно только предварительно в диспетчере задач поставить галочку в его настройках "пок ...
Параметры командной строки клиента - Прочее
Константин Чилингаров: Здравствуйте, Да, можно. Вот так: "C:\Program Files\Vogbit\Csdn.Vogbit.Client.exe" -s=SRERVER -d=DATA_BASE -u=USER -is=no -p=PASSWORD -al=yes
Редактирование позиций при оформлении приходной накладной - Интерфейс программы
Константин Чилингаров: Здравствуйте, Про передвижение строчек было уже. Записано в списке пожеланий. Про замену номенклатуры - запишу. P.S. в новой версии сде ...
крнструкторская спецификация - Общие вопросы
Елена Ковалева: Добрый день! Могу предположить, что колонки были случайно удалены. Документация по настройке: https://vogbit.ru/support/628/#T918 https://vogbit.ru/support/628/#T918
Не копируется материал - Состав и технология
Илья: Спасибо, очень полезная кнопочка
Как вернуть производственный заказ в производство - Производство
xoxliandiia: Спасибо большое!!!))) получилось) 
Отображения количества деталей в терминале - Интерфейс программы
1113: Все верно.  И было бы здорово иметь возможность изменять шрифт комментариях к операции.  Например, у меня большая сборочная единица, в ...
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Насколько я понимаю, сейчас карты заказов там идут вообще без какой-либо сортировки. В порядке создания. Как они появляли ...
Порядок строк приходной накладной - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Хорошо, понятно. Запишу отдельным пунктом в список предложений и пожеланий. Спасибо! Добрый день! На ...
Отсутствие РЦ в дашборде - Терминалы
Константин Чилингаров: Здравствуйте, Да, верно. На дашборде показываются данные по «текущей смене». Которая идёт непосредственно сейчас. Если таковой нет для с ...
Оформление выдачи готовой продукции из производства - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: В окне «график производства» выделить позиции, которые передаются на склад. Нажать «Сдать на склад» (рис.1). Проверить, что правильно ука ...

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

Другие вопросы по работе с программой - Прочее - Работа с программой
Страницы: 1 2 След.
Внесение изменений, измениение в технолигии изготовления, материале и п.п.
 
Вопрос встал по поводу изменений. Если допусти был проект, на него создан уже подробный техпроцесс, материал закуплен и работы ежу ведутся. По каким то причинам нужно ввести изменение в КД, по ошибке конструктора или технолога или заказчик потребовал внесение каких то изменений и доработок. Как это правильно все провести, допустим изменился размер детали, а по старой кд ее уже изготовили. Можно конечно ввести доп. изготовление и провести ее как и все ранее. Но как при новом запуске этого изделия уже не учитывать старое, а сделать сразу с изменениями. Иногда и весь узел меняется.  Тоже самое с материалом. И чтобы у детали были какие то примечания, допустим изменена по извещению №123 от 08.07.2015г. У нас часто проходят изменения и технологам надо проводить изменения, которые бы в дальнейшем не потянули за собой проблем в работе.
 
Можно по-простому организовать, можно по-серьёзному.

Если по-простому, то просто в нужный момент в базе данных вносите изменения в техпроцессы, спецификации, заказные спецификации. Тогда то, что уже сделали (или начали уже делать) пойдёт «по старому», а следующее – уже «по новому». Если это срочное изменение, которое должно затронуть даже и те партии деталей, которые уже запущены в производство (так называемое «стоп-изменение), то для таких случаев в «Графике производства» есть специальный инструментарий ручной корректировки уже созданных по техпроцессу заданий для производства.

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

Вот есть ролик на эту тему. Старый-престарый, правда, но суть вполне передаёт.

Но тут есть один очень важный нюанс.

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

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

Если вы всерьёз хотите с использованием VOGBIT этот процесс (проведение изменений) ставить, то настоятельно рекомендую вам начать с того, что:
- завести специальную тестовую базу;
- в ней подготовить примеры для моделирования разных ситуаций с проведением изменений;
- смоделировать эти разные ситуации и работу с программой в каждой из них;
- на основе сделанных примеров составить описание - краткие инструкции, в каком случае, что следует делать;

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

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

Так что, если такой путь вам кажется слишком длинным и сложным, то пока что, вероятно, ваш вариант – номер один. Просто править, когда нужно ТП и спецификации в базе без всех этих наворотов с извещениями, проведением изменений и т.д.
 
Было вчера совещание по работе в  VOGBIT, программа работает где то около двух месяцев. Но так как все толком ничего не понимают что и как и методом тыка изучают ее, насоздовали в программе всяких пробных папок, материалов и тому прочее. Если в подразделениях все более менее ясно, но просто не доработаны все отделы и подразделы со связанными объектами и тут стоит только все добить до конца. То вот в номенклатуре придется координально все менять. Встал вопрос как: удалять все и начать с одно проекта и добить его до конца по всем параметра начиная от продукции, состава технологии и подробной технологии, или же попытаться внести изменения в то что уже есть. Сразу не была решена проблема с материалом, не согласованна унификация материала, т.е. конструктора забивают материал тот который им надо удобнее или просто то что в голову пришло (т.е. один и то же материал с разными категориями допустим ст.09Г2С,  ст.09Г2С-12, ст. 09Г2С-14 или просто ГОСТ в конце отличается годом или точкой), а раз КД для технологов это закон, соответственно тех отдел вносит ту информацию что им дали. Ну а то, что в действительности закупается ОМТС, потом по всем обозначения не бьется с тем что заложено. Соответсвенно если склад забьет приход материала по обозначениям поставщика (а у каждого поставщика свои обозначения), то потом и будет не состыковка с лимитками, будет сплошной дефицит (хорошо что пока склад у нас не начал свою работу в VOGBIT).
Пришли к тому что создадим перечень унифицированного металла, т.е. с ним будут работать и КО И ТО и ОМТС со складами и вообще все отделы.
Но как теперь поменять то, что уже заложено на изделия, которые уже более менее описаны по технологии, как удалить всю старую номенклатуру материалов, который так просто и не удаляются, потом что привязаны к изделиям,  и внести новый материал. Или же проще удалить все от заявки до изделия и проработать уже новый хотя б один проект по всем параметрам?Жалко конечно работу, которую уже сделали, но выбора большого нет, сидеть исправлять даже 20 видов изделий, никто не хочет, жаль что такой вопрос не встал с самого начала.
Изменено: Анастасия Алексеева - 09.07.2015 14:29:58
 
Вот допусти пример папка пробное, не получается удалить, как это правильно стедать и с чего начать
Изменено: Анастасия Алексеева - 09.07.2015 09:25:10
 
Эхх… Как бы вам попроще объяснить…

Суть проблемы в том, что вы, в принципе, подошли не с того конца.

Понимаете, какая штука…
От того, что просто ввести в программу данные, само ничего не заработает. Если точнее, то вообще ничего не произойдёт. Кроме того, что получится куча бесполезных и никому не нужных данных. Почему бесполезных? Потому что никто не знает самого главного – что дальше то с ними делать. После того, как ввели.
Цитата
Анастасия Алексеева пишет:
все толком ничего не понимают что и как и методом тыка изучают ее
А соответственно, раз никто не знает того, что, как и зачем делать с введёнными данными, то никто ничего и не будет делать. А следовательно, эти введённые данные, по большому счёту, просто бесполезны. Как и вся деятельность, связанная с их вводом.

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

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

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

Если такое понимание есть – это уже пол дела.

Тогда можно смело начинать действовать. Но только не вводить всё «от забора до обеда», а начать с того, что завести один маленький пример. Можно небольшой. Простой. Дело не в объёме и сложности на данном этапе. Главное на данной стадии – это на этом примере пройти все намеченные шаги к своей цели. Добиться хотя бы на этом примере того, что вы полагаете должно привести в конечном итоге вас к намеченной цели. Например, получить из программы задание для производства в том виде, что ваше производство реально сможет/будет по такому заданию работать. Получить заявку на материалы на склад (ЛЗК), такую, по которой реально можно именно то, что на самом деле надо. И т.п.

И на этом пути вас, скорее всего, будет поджидать масса интересных открытий.
Как минимум, вы чётко поймёте, какие же всё-таки данные вам в программе на самом деле нужны и в каком объёме. И очень вероятно, что это будет в итоге не совсем то, и не совсем так, как вы себе это представляли в начале. Пока реально не начали не просто вводить, а пытаться использовать эти данные.

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

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

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

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

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

А это, поверьте, ещё только цветочки. Это вы ещё ни докуда не добрались пока. Вы только в самом начале.  А оно уже началось. Ягодки будут дальше. Всё самое интересное ещё впереди :)

Вопрос - а можно сразу сделать так, как нужно?

Ответ - да, можно. Дело за малым. Нужен хотя бы один человек, который точно знает как.

Вопрос – а можно ли не имея чёткого представления о цели и шагах по её достижению, начать сразу с ввода данных, и в итоге всё-таки сделать хорошо и правильно?

Ответ – теоретически возможно. Согласно теории вероятности вообще всё возможно. Вопрос вероятности :)

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

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

Если понимания пока нет, что и как должно работать, то отложите вопрос с данными вообще (как и с настройками и т.п.). Это вообще не то, чем надо на этом этапе заниматься. Сначала добейтесь наличия понимания.
Тут два варианта:
- самостоятельно, методом многократных проб и ошибок;
- привлечь того, кто знает.
 
Теперь по конкретным вопросам:

Цитата
Анастасия Алексеева пишет:
в подразделениях все более менее ясно, но просто не доработаны все отделы и подразделы со связанными объектами и тут стоит только все добить до конца
Сомневаюсь (глядя на скриншоты ваши)… Ибо см. предыдущее сообщение.

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

Цитата
Анастасия Алексеева пишет:
Вот допусти пример папка пробное, не получается удалить, как это правильно стедать и с чего начать
Общий принцип простой. Чтобы что-то удалить, надо "начинать с конца".

Т.е. если, к примеру, вы просто ввели в справочник материал (строчку), то так же просто можете его и удалить.

Если вы вставили этот материал в техпроцесс детали, то просто удалить этот материал из справочника вы уже не можете. Он же используется в техпроцессе. Т.е. сначала нужно удалить этот материал из техпроцесса детали (или весь техпроцесс удалить вообще), а потом можно удалить будет и материал.

Если вы создали требование или ЛЗК на получение данного материала – то же самое. Тогда сначала нужно удалить этот документ (или хотя бы этот конкретный материал из этого документа). А потом можно будет и материал удалить.

И т.п.

Учитывая, что в VOGBIT можно очень легко, за очень короткое время наплодить сотни и тысячи такого рода связей, мы всегда настоятельно рекомендуем НАЧИНАТЬ ОСВОЕНИЕ ПРОГРАММЫ С ТЕСТОВОЙ БАЗЫ ДАННЫХ. В которой можно делать всё, что угодно. Плодить какие угодно связи. И можно ничего не удалять вообще. Просто, то, что стало не автуально, забросить «в дальний угол» справочника. Или вообще скрыть, чтобы не видно было. И всё. Зачем удалять вообще?

А если вдруг всё-таки «замусорится» тестовая база (а это ещё очень постараться надо, поверьте) – не проблема. Выкинуть её целиком и новую сделать. На то она и тестовая.

А в рабочую базу что-либо вводить только тогда, когда чётко понимаешь, что делаешь и зачем.

Если руководствоваться этим простым правилом, то никаких «проблем с удалением» не будет вообще. Никогда.

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

Чтобы найти документ, есть волшебная кнопка «Где используется» в номенклатуре.
Правда, предполагаю, что этот документ – это далеко не единственное место, где вы, так или иначе, задействовали данную позицию. Так что этим дело не кончится, скорее всего.
 
Помогите всеж, удалить то, что не нужно. Чтобы начать с практически чистого листа. Хотим оставить только сотрудников, подразделения. И удалить практически всю номенклатуру, т.е. все изделия, материал, оставить покупные и операции. Как это удалить без проблем или на каждую позиции допустим материала искать все документы которые с ним связаны? т.е. предварительные заявки и т.п.? Где найти все предварительные заявки на металл? Все изделия изначально были не правильно составлены, не так как это описано в видео по началу работы, а просто создана папка и все скопом и узлы и детали и прочее с покупным создавалось сразу в папке узлы и изделия. т.е. не каждая позиция по своим местам и подразделам. С материалом я ситуацию объсняла ранее, будем заводить унификацию. А уже есть везде свои связи, и соответсвенно так просто почистить не получится.  :cry: Должен же быть выход из такой плачевной ситуации??? Вообще как я поняла связь у нас тут одна, все сводилось к предварительной заявке материалов и кое где была проработана технология. Дальше дело и не шло, ну это только на первый взгляд, а как в действительости остается только гадать
Изменено: Анастасия Алексеева - 10.07.2015 10:07:17
 
Вот допустим фланец в папке пробное не получается удалить вижу где он используется, позицию в спецификации расчетного документа. Но я не могу найти этот расчетный документ, не дает удалить и позицию этого фланца. Хотя такие же подобные детали, я так же нашла и удала. В чем тут загвоздка?
Вы в меня всели всеж надежду, что мы найдем правильное решение  :oops: . Будем для начало работать в демоверсии, а потом уж начнем работать в самой программе, поэтому хочется подготовить ее и убрать все лишнее, не нужное и по видимому никогда в будущем не применяемое.
 
Цитата
Анастасия Алексеева пишет:
Хотим оставить только сотрудников, подразделения. И удалить практически всю номенклатуру, т.е. все изделия, материал, оставить покупные и операции.
А зачем так сложно то?
Удалить всё, оставить чуть-чуть...
А не проще взять новую чистую базу, и это чуть-чуть в неё ввести?

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

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

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

Берутся все заказы, удаляются задания, чистятся карты заказов.
Берутся все документы, разоприходуются, удаляются.
Берутся все техпроцессы удаляются.
И т.п.

И в конце дело дойдёт до номенклатуры.

Только надо ли вам это?
Если вы, как вы пишете, практически всё хотите удалить, то не быстрее ли новую базу просто сделать и в неё ввести только то, что надо.
 
Цитата
Анастасия Алексеева пишет:
Где найти все предварительные заявки на металл?
В справочнике "Расчётные документы" (вкладка меню "Рабочая", кнопка "Расчётные документы").
 
Цитата
Анастасия Алексеева пишет:
а просто создана папка и все скопом и узлы и детали и прочее с покупным создавалось сразу в папке узлы и изделия. т.е. не каждая позиция по своим местам и подразделам.
В чём проблема? Из одной папки в другую в справочнике деталь можно просто перетащить. Мышкой.
 
Цитата
Анастасия Алексеева пишет:
Но я не могу найти этот расчетный документ, не дает удалить и позицию этого фланца. Хотя такие же подобные детали, я так же нашла и удала. В чем тут загвоздка?
Открыть справочник "Расчётные документы". Найти нужный документ.
Проверить что он не «оприходован» (заблокирован от редактирования). Если «оприходован», то «разоприходовать».
Открыть спецификацию документа, удалить.
Если надо удалить сам документ, то проверить, что он не связан с заказом (зависимое окно «связанные коллекции компонентов). Если связан, то удалить связь.
Проверить нет ли связанной информации о поставщике и получателе (зависимое окно "связанные объекты"). Если есть - удалить.
Удалить документ.

Это алгоритм для единичного исправления/удаления.
Если речь идёт о массовой чистке базы, то делают последовательно. Удаляют все документы, удаляют все техпроцессы и т.д. Я писал уже.

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

Отложите это всё вообще. Возьмите новую базу. Заведите в ней пример, на котором разберитесь, как задачи то вы будете решать свои.
Вводите в эту базу ТОЛЬКО то, что вам нужно вам для примера СЕЙЧАС. Только это.

Вот, к примеру, ввели вы сотрудника. Вы будете как-либо практически использовать эту информацию в ближайший час? Сегодня? Нет? Тогда НЕ НУЖНО его пока вводить. Вот когда понадобится – тогда введёте.

И так со всем.

Сделайте пример, добейтесь нужного результата.
А потом возвращайтесь к своей текущей базе. И посмотрите на неё «новыми глазами». И решите, что вам проще будет. Чистить её и переделывать, или выкинуть и по-новой всё сделать.
 
Никто не будет просто сносить старую базу, в ней уже забито около 200 сотрудников и все подразделения с постами. Я понимаю что начать с нуля это удобнее, в частности для меня тем более. А раз VOGBIT будет лежать на моих плечах, нет желание захламлять ее с самого начала,и я все же хочу удалить номенклатуру.
Вопрос. мне создали новую базу пустую, все же можно туда скопировать данные которые мне нужны, а это сотрудники и подразделения с посты. Все остальное я начну с нуля
 
Технически и проще, и быстрее внести заново, чем копировать. Тем более, речь идёт о каких-то 200-500 записях. Это вообще ни о чём! Ладно было бы там тысяч пятьдесят записей, и все нужные. Тогда понятно. А 200... К чему весь сыр бор? Введите да всё. За то время, пока мы с вами на форуме тут рассуждаем, это можно было бы уже сделать неоднократно.

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

Ладно. Видимо, это бесполезно...
На данном этапе, по крайней мере.
Прекращаю попытки.
Делайте, как считаете нужным ;)
 
вопрос по требованиям, если на изделие создали требование (предварительную ведомость покупных), возможно ли его редактировать и добавлять, или придется добавлять только новые требования, а старые удалять? т.е. требование уникально и изменению не подлежит? как же тогда человеческий фактор, ошибки допустим в кол-ве? никак не можем сообразить(
Изменено: Анастасия Алексеева - 28.07.2015 10:44:24
 
Можно, естественно, редактировать.
Находите своё требование в справочнике Расчётные документы (вкладка меню "Рабочая", кнопка "Расчётные документы"). По номеру, например.
Встаёте на него, открываете зависимое окно "Спецификация расчётного документа" и исправляете, как угодно.
 
не получается распечатать отчет на требования, вроде все правильно выбрала рис.18 И когда смотрю что с связано с мои изделием, т.е какие расчетные документы к нему относятся, то видно только заявку покупателя и заявку на производство, а требования не отображаются.(рис19).
18.png (100.78 КБ)
19.png (106.44 КБ)
 
Лучше из окна "Производственные заказы" и смотрите, и печатайте требования. Намного проще будет. Или из "Графика производства".
 
И обратите, пожалуйста, внимание на https://vogbit.ru/forum/forum15/topic928/ , п.2.
 
Сделали изменение в состав изделия, была ошибка в кол-ве всего надо деталь ручка 1шт, а было 2 (рис2), таких изделий 4, т.е всего 4 ручки, как теперь изменить кол-во в производственном заказе (рис.1), работы по нему еще не ведуться
2.png (96.01 КБ)
1.png (37.65 КБ)
Изменено: Анастасия Алексеева - 13.08.2015 11:24:38
 
Встаньте на этот производственный заказ (Технологическая карта 2803-1.ТК1). Лучше это сделать в режиме "Компоненты". Нажмите "Подготовка" - "Состав изделия" и откорректируйте значение. На вашем рисунке 2 приведена не технологическая карта, а Заказная спецификация судя по всему. Правка в заказной спецификации не приводит к изменениям в технологической карте, даже если она построена на её основе.
 
вот еще по поводу удаления, позиций из заказа, были неправильно созданы и  названы детали, в спецификациях через навигатор их поменяли, а как теперь поменять в карте заказа (рис4).
4.png (132.56 КБ)
 
к продолжению предыдущего вопроса
рис. 5 есть два вида опор, детали (Лист подкладной - ребро - ребро- ребро) там и там одинаковы, а были разные по исполнению рис 6 (хотя их нет даже в существовании, т.е нет исполнений на эти детали). Мы это исправили как показана на рис. 5, но теперь не знаю как поменять это в карте заказа, удалить их не дает
5.png (134.74 КБ)
6.png (89.28 КБ)
Изменено: Анастасия Алексеева - 13.08.2015 14:53:46
 
Цитата
Анастасия Алексеева пишет:
а как теперь поменять в карте заказа
Ответ
 
извиняюсь, но не понятно где все таки встать на производственном заказе и что за режим компоненты? вот так? рис. 7 сдесь он дает изменить кол-во, но позиции удалить или изменить не дает
7.png (194.58 КБ)
Изменено: Анастасия Алексеева - 13.08.2015 15:29:22
 
Цитата
Анастасия Алексеева пишет:
что за режим компоненты?
Документация
Цитата
Анастасия Алексеева пишет:
вот так?
Можно и так.
 
но
Цитата
Андрей Штейнбрехер пишет:
Можно и так.
но так он не дает ничего менять и удалять
8.png (123.6 КБ)
 
Не удаляется просто так вот почему:

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

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

Если нужно удалить (в вашем случае) отдельную позицию из автоматически заполненной карты заказа, то сделать это можно. Только нужно вручную связь с техпроцессом сначала удалить. Сделать это можно в окне «Компоненты». Открыть карту заказа в окне «компоненты». Встать на нужную позицию (компонент). Открыть зависимое окно «связанные коллекции компонентов». Там связь с техпроцессом удалить.
И после этого можно и саму позицию карты заказа удалить тогда.
1.png (70.11 КБ)
 
Была допущена ошибка при составлении спецификации на узел, решили провести извещение (рис. 6), у первой спецификации, поставили статус не действует. Теперь при формировании заказной спецификации на другое изделие этот узел отображается, но нет его деталировки. я так понимаю от ссылается на недействующую спецификацию. Почему, что мы упустили?
6.png (120.88 КБ)
Изменено: Анастасия Алексеева - 21.08.2015 11:47:04
Страницы: 1 2 След.
Сейчас на форуме (гостей: 11)
Всего зарегистрированных пользователей: 3204
Приняло участие в обсуждении: 369
Всего тем: 804
Всего сообщений: 6067

Полезные ссылки:
Видео-презентация подготовка производства Себестоимость Производственный заказ Установка VOGBIT управление ремонтами Трудоёмкость базы данных VOGBIT Деактивация VOGBIT планирование производства Начало работы инструкция Расчёт комплектации загрузка оборудования Складской учёт расчет себестоимости ТПП Демонстрационный режим VOGBIT Обновление VOGBIT технологическая подготовка График производства производственный учет складской учет управление данными Полная версия VOGBIT Создание новой базы данных VOGBIT Планирование мелкосерийного производства электронный архив Техническая Подготовка Производства управление качеством деактивации VOGBIT активация VOGBIT управление производством технология Состав изделия Обзор обновления Генератор отчетов склад Сменное задание Задания для производства Тип нормирования Нормирование Заказ на производство производство металлоконструкций пост руководство администраторов VOGBIT Планирование производства разработчика отчетов vogbit состав изделия демоверсия Типы связей VOGBIT Открепление-прикрепление окон Блокировка выдачи новых заданий на посты материалы и комплектующие Расписание Заполнение расписания по шаблону
×
Вход на сайт