VOGBIT Редактирование заказных спецификаций - Практические приемы работы
Введение НДС с 01.01.2026 - В связи с изменениями в системе налогообложения, вступающими в силу с 01.01.2026 г., цены на лицензии ПО VOGBIT и услуги с января 2026 г. изменятся в соответствии с применяемой ставкой налога.

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

С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...
Отсутствие деталей, операций в графике производства - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Отсутствует команда "Навигатор" - Общие вопросы
Константин Чилингаров: ... продолжение ... 6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Пример создания плагина - Плагины
Сергей: Здравствуйте! Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None); var sr = cc ...
Ошибка при установке демоверсии - Установка
Владимир Белов: Проверьте, что вы параметры подключения к БД ввели правильно. Лучше всего скопировать из предыдущего сообщения.
Тёмная тема - Прочее
Константин Чилингаров: здравствуйте, В меню выбираем "Главная" - "Установки". Там закладка "Клиент", в поле "Тема" меняем на нужное.
Инструментальные сборки - Состав и технология
Константин Чилингаров: Здравствуйте, Не очень понял, в чем вопрос. Казалось бы, добавляем к операции или к переходу в техпроцессе 3 позиции (инструмент): держат ...
Работа с заданиями: Новые - Производство
Константин Чилингаров: Здравствуйте! Это не баг. Это так задумано. По умолчанию при нажатии на эту кнопку ("стакан с плюсиком") открывается с окне снизу сп ...
Сменное задание с последующей операцией - Производство
Константин Чилингаров: Здравствуйте, формировать сменное задание, в котором будет дополнительно каким-либо понятным образом указана СЛЕДУЮЩАЯ операция Те ...
Оформление прихода по заявке. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Можно на складе приходовать это на разные "учётные карточки". Хоть вообще на каждую балку (хлыст, лист и т.п.) заводит ...
Маршрутный лист подробный нет номеров операций - Общие вопросы
Sidneyanton: Спасибо, с этим шаблоном трудоемкость и номера операций стали отображаться корректно.
Ошибка при изменении единицы нормирования и пропала функция загрузки параметров из excel - Ошибки в работе
Константин Чилингаров: Здравствуйте, При попытке изменить технологию выдает следующую ошибку (скриншот 1) Нужно посмотреть, что именно Вы делаете. И на данны ...
Изготовление оборудования для нефтегазового комплекса - Производство
Veruz: Благодарю за ответ.
Древо заказа не совпадает с текущими работами - Производство
Константин Чилингаров: Здравствуйте! Здесь нужно понимать некоторые моменты. Поясню: Первое и самое важное – что данные механизмы: что «дерево» для навигац ...
Новые задания - Производство
Константин Чилингаров: Правильно ли я понимаю... Не совсем.   Технически можно и просто «накидать» вручную позиций (детали, сборочные единицы) в карту заказ ...

Редактирование заказных спецификаций

- Практические приемы работы - Старые разделы форума
Страницы: 1
Редактирование заказных спецификаций
 
В продолжении разговора по редактированию спецификаций.
Затеялся их переделывать по следующей причине. Перестарался с созданием тех процесса а именно. Существует сварочное изделие "рама на выключатель" состоит из набора уголков, кругов и разной штамповки. Одна из деталей составная (из двух деталей) и я на нее завел отдельных тех процесс хотя она варится в процессе сварки этой рамы и получается при выдаче задания на производство нужно еще доп задание создавать, лишняя бестолковая раздражающая работа. Но выяснил это когда начал интегрироваться в реальное производство. При этом уже созданы десятки рам на разные выключатели, они в свою очередь вошли в состав этих выключателей и их модификаций.
      Для удобства ориентирования в модификациях мы пошли таким путем (нам показалось так удобнее) Создал комплексную конструкторскую спецификацию в нее вошли все виды комплектующих какие только используются. Связал это все параметрами и через конфигуратор получил около 20 заказных спецификаций (это на один вид продукции, всего получилось более сотни и все содной ошибкой  :( ). Затем  для удобства ориентирования среди вариантов исполнения  Создали папки готовых изделий в ней готовое изделие которое может иметь несколько исполнений в зависимости от разных факторов в том числе и от серийных комплектующих зависящие. И при помощи навигатора создали вариативные спецификации путем переноса коллекций компонентов из тех 20 заказных. Потом появилась необходимость изменить состав рамы. Раму я изменил без удаления, заменил компоненты, что то добавил, вроде получилось. В комплексной конструкторской все поменялось, а заказные и унаследованные далее естественно нет. То что это защита от человеческого фактора это понятно. Поэтому сейчас удаляем состав спецификаций и тех процессов в производных коллекциях и корневых заказных. Пока это проще чем бегать по каждой и пытаться поменять эту самую раму в ручную.
Просто нужно изначально технологию продумывать и не будет такой канители. :)
Но сейчас эти спецификации не связаны с реальными производственными заданиями, а когда свяжутся уже вообще ничего не удалить и не исправить тк будет ссылка на существующие этапы?
Просто вопрос на будущее, чем засорять программу не действующими тех процессами и спецификациями иногда создать новый проще и по удалять старое нафиг, а тут блокировка с ссылкой на этапы появится...
Изменено: Алексей Пономарев - 27.01.2016 13:39:32
 
Ну что тут сказать...
Как говориться "Сами себе злобные Буратины"...

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

А надо, на самом деле, ровно наоборот. Надо начинать с того, что учиться/пытаться реально использовать данные. Научиться решать те задачи, для чего вы это всё вводите. На каком-нибудь минимально достаточном объёме/примере (который, как обычно получается, и переделать с нуля - не бог весть что, если понадобится).
А вот когда поймёте (и отработаете), как на самом деле нужно то, вот тогда вводить уже всё подряд.
А чтобы так сделать, путь один – нужно, как вы говорите, «интегрироваться в реальное производство» как можно быстрее. Чем быстрее «интегрируешься», тем быстрее поймёшь, как оно нужно на самом деле.

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

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

Цитата
Алексей Пономарев пишет:
а тут блокировка с ссылкой на этапы появится...
В этом случае можно не удалять спецификацию или техпроцесс, а поставить ей(ему) статус "Не действует" (St_Invalid). При этом программа (расчёт комплектации, создание заданий и т.п.) будет такие спецификации (техпроцессы) просто игнорировать. Как будто их нет. Т.е. можно не париться с удалением, а просто "выключить" неправильные.
 
Да, у меня было интуитивное предчувствие еще несколько месяцев назад, что ту комплектацию нужно исправить, но так и не исправил, посчитал что при работается, привыкнем. Думаю что в течении года будем обкатывать, если что не так, создам новую параллельную базу и к следующему году все недочеты подрихтую. А потихоньку интегрироваться боялся что не получится, производство динамичное, уже сейчас отстаю от него на 3 недели, с этими корректировками, но надеюсь догнать....
А обязательно менять статус тех процессов и спецификаций на действует? сейчас они у меня все в разработке.
 
Цитата
Алексей Пономарев пишет:
А обязательно менять статус тех процессов и спецификаций на действует? сейчас они у меня все в разработке.
Нет. Не обязательно.
Можно любой, только чтобы не "Не действует". Со статусом "не действует" программа (многие модули) игнорирует. А если не "не действует", то по большому счёту без разницы какой.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4347
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт