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

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

Экспорт/Импорт данных - Экспорт импорт данных
Константин Чилингаров: Чтобы перенести базу с LocalDB на SQL server, сделайте с помощью Management Studio /support/380/#__backup резервную копию . Потом на SQL сервере из этого файла (бэкапа) разверните базу. Если сервер не на том же компьютере, то нужно будет, наверное,  ...
Последовательность операций - Производство
Константин Чилингаров: Здравствуйте, 3938 Алексей Пономарев написал: В операциях гальваника деталь появляется, в операциях штамповка и гибка ее не видно Не очень понял. Где "появляется/ не появляется"? В каком окне? Можно скриншот, пожалуйста.
Дополнительные колонки в составе изделия - Состав и технология
Константин Чилингаров: куда все делось? Вы всю группу колонок "Компонент" удалили с экрана. 19032 Илья написал: Как вернуть то что было по умолчанию? Обратно перетащите.
Как лучше описать технологию? - Состав и технология
Serge.v.astapov: Добрый день! Просьба подсказать как лучше оформить техпроцесс. Исходная проблема такая - мы производим контроллеры с разной частотой радиоканала. Грубо говоря, номенклатура повторяется для каждой частоты. Тех процессы одинаковые за исключением одн ...
Свяванные объекты - Прочее
Константин Чилингаров: Нужно для этого пользователя /support/474/#763_1232331032 настроить доступные "зависимые окна" (зайти под этим пользователем и настроить). Форму нужно выбрать: Csdn.Vogbit.Mail.LinkedObjectsForm  Связанные объекты (рис.1). Дальше выб ...
Пустой бланк - Демо версия
Илья: Перепутал шаблоны. Да все работает. Спасибо
Установка программы для терминалов. - Установка
Константин Чилингаров: RFID нужен для авторизации. Чтобы подошёл рабочий к терминалу, и ему не нужно было ничего вводить (типа Имя, Пароль), ничего выбирать. Просто приложил свой "пропуск" (брелок, браслет), терминал понял, что это "Иванов" пришёл, и в ...
Очень долго открываются обороты - Прочее
Константин Чилингаров: Здравствуйте, Какая версия программы? Базу (копию) можете дать посмотреть?
Прошу помощи в установке - Установка
Владимир Белов: Ок, спасибо, проблема стала понятна.
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Посмотрим. Там, помню, есть какая-то заморочка с единицами изменения и "заявками на закупку", когда этих единиц много разных используется для одной и той же номенклатуры. Как будет время, понажимаю там кнопки, посмотрю, насколько работае ...
Создание, удаление, и создание вновь заданий - Производство
Константин Чилингаров: 19032 Илья написал: Не удается создать задание на среднем уровне /support/552/#_Toc400385408 Наиболее типичные причины . Сообщение с вашей картинки - первое по списку. 19032 Илья написал: Это может быть связано с отсутствием норм времени? ...
Сортировки в сменном задании - Интерфейс программы
Алексей Батраков: Спасибо, будем очень благодарны. 
Ошибка при создании отчета "Заказ на производство (цвет)" - Ошибки в работе
Алексей Батраков: Работает, спасибо
Сортировка производственных заказов - Производство
Константин Чилингаров: Понятно. Это из-за того, что в смене есть "внеплановое" задание. Это оно не может "передвинуться". "Нормальные" задания, связанные с какой-нибудь деталью (позицией заказа на производство), сдвигаются, раздвигаются, п ...
Проблема со справочником "Номенклатура" - Общие вопросы
Константин Чилингаров: Предупреждение! [B Нарушение /forum/rules/ правил форума , п.6.[/B ответ /forum/messages/forum39/topic2591/message15964/2591-sortirovka-papok-po-alfavitu#message15964 здесь
Сортировка папок по алфавиту - Интерфейс программы
Константин Чилингаров: В этой версии по умолчанию отключено, как редко используемая функция. Поскольку можно самому расставлять папки в любом удобном порядке, чем, в основном, все и пользуются. Кроме того, в 20.5 появилась возможность быстрого поиска папки по Ctrl+F. (ещ ...
Колонки Операция и Состояние - Производство
Константин Чилингаров: 19032 Илья написал: Цель- учесть наличие задела часто используемых комплектующих изготавливаемых своими силами. 19032 Илья написал: Из остатков металла наточили деталей и они лежат ждут следующего заказа. Нужно в таком случае оформить в про ...
Автоматический расчет количества материалов - Материалы, Комплектующие, Складской учёт
Илья: 13 Константин Чилингаров написал: Вы не поняли, мне кажется. Заносится один раз. В базу данных VOGBIT добавляется используемый материал: название (марка + сортамент) + вес погонного или квадратного метра соответственно (можно сразу заодно и ЕИ ...
Смена единиц измерения при выдаче со склада. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Не очень понятно. Сейчас сделано наоборот - так, чтобы автоматом пересчитывалось для кладовщика (при выдаче со склада) в те единицы измерения, которые, собственно, кладовщик, сам и использует. То есть в те, в которых он учитывает то ...
Применяемость материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Значит нужно будет потом как-нибудь сделать, как описано выше (сообщение #2). Запишем в общий список пожеланий.

Дублирование номенклатуры

Подготовка исходных данных, описание изделий и процесса их изготовления - Состав и технология - Работа с программой
Страницы: 1
Дублирование номенклатуры, Дублирование номенклатуры в составе изделия и техпроцессе
 
Номенклатурный состав изделия можно ввести, как в "Состав изделия" так и в "Технология подробно".
При том, что изделие многоуровневое и сложное, куда это правильнее сделать?

Что произойдет, если списки будут задублированы?

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

За кем приоритет?

Как удалить заказную спецификацию?
Что делать, если после создания заказной спецификации, больше не позволяет править техпроцесс?


Какие из спецификаций принимают участие в расчете себестоимости "головного" изделия? Или они не имеют отношения и там выстраивается новое дерево?
 
Цитата
D.shumkov написал:
Как удалить заказную спецификацию?Что делать, если после создания заказной спецификации, больше не позволяет править техпроцесс?
Частично разобрался, через очистку заказов и только под SA. Но один элемент номенклатуры все равно удалить не могу, хотя с ним больше ничего не связано.
 
Цитата
D.shumkov написал:
Номенклатурный состав изделия можно ввести, как в "Состав изделия" так и в "Технология подробно".При том, что изделие многоуровневое и сложное, куда это правильнее сделать?
В идеале, чтобы вообще во всех случаях всё правильно работало - и там, и там.
Состав - полное (нормативное) дерево изделия.
В технологии - комплектация с точки зрения, что именно, кому, в какой момент (при выполнении какой операции в общем случае) нужно.

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

Цитата
D.shumkov написал:
Что произойдет, если списки будут задублированы?
Ничего. Если правильно всё введено.

Цитата
D.shumkov написал:
Не могу понять принцип наследования "Заказной спецификации" от "Конструкторской спецификации".
При построении "Заказной спецификации", если специально "наследование" не разрывать, то позиция "заказной" спецификации ссылается на ту позицию "конструкторской" спецификации, откуда она взялась.

Цитата
D.shumkov написал:
Изменение конструкторской, влияет на расчет себестоимости по заказной. Изменение заказной, тоже, влияет.
По умолчанию, если просто построить "заказную" спецификацию, то кол-во позиции в ней берётся из "конструкторской". Если руками поставить принудительно другое кол-во в "заказной", будет после этого то, которое поставил.

Цитата
D.shumkov написал:
За кем приоритет?
Нет между ними никакого приоритета.
Если говорить про "себестоимость", то на чём запустишь, по тому и считает.
Если про удаление, то поскольку позиции "заказной" спецификации ссылаются на конструкторскую, то удалить сначала "заказную" (кто ссылается), потом "конструкторскую" (на кого ссылается) можно. Наоборот, соответственно, нельзя (если связь (наследование) специально только не "порвать").

Цитата
D.shumkov написал:
Как удалить заказную спецификацию?
Если есть доступ к админским утилитам, то встать на заказную спецификацию -> Настройка -> Удаление заказов -> Удалить всё.
Если нет доступа к админским утилитам, то руками:
Сначала удаляем содержимое: открыть заказную спецификацию в окне "состав", развернуть всё дерево, Ctrl+A (выделить всё), "Удалить".
Потом встаём на саму заказную спецификацию (уже пустую внутри) и "Удалить".

(если непонятно получилось, напишите, пожалуйста, выложу скриншоты)

Цитата
D.shumkov написал:
Что делать, если после создания заказной спецификации, больше не позволяет править техпроцесс?
Какой техпроцесс? Чего?
Одно с другим вообще-то не связано. Никак "создание заказной спецификации" не может "запретить править техпроцесс", насколько я понимаю. В чём-то другом, вероятно, причина.
Вот создание заданий для производства, например - это приведёт к тому, что нельзя будет удалить операции из ТП, на которые ссылаются эти созданные задания.
А "заказные спецификации" они тут не причём.

Цитата
D.shumkov написал:
Какие из спецификаций принимают участие в расчете себестоимости "головного" изделия?
На какой спецификации запускашь, по той и считает.

Цитата
D.shumkov написал:
Или они не имеют отношения и там выстраивается новое дерево?
Нет. Сам расчёт "Себестоимость" ничего не строит. Никаких деревьев. Он тупо считает по тем данным, которые ему дают на вход. Если нужно по дереву, то сначала строим любыми доступными способами такое дерево, как нам нужно, потом встаём на него и нажимаем "Себестоимость".

Цитата
D.shumkov написал:
один элемент номенклатуры все равно удалить не могу, хотя с ним больше ничего не связано.
Скорее всего, всё-таки что-то связано. В сообщении что точно написано, когда не удаляется?
 
Спасибо за ответы! Понимание постепенно формируется...

Еще вопрос.

Делаю заказную спецификацию.
Просматриваю по ней иерархический состав изделия - все в полном объеме.
Пытаюсь по этой спецификации посчитать себестоимость - одной детали нет. Куда девается - не понимаю.


В чем может быть проблема?
Снимок1.PNG (31.53 КБ)
Снимок2.PNG (71.94 КБ)
 
Цитата
D.shumkov написал:
В чем может быть проблема
Вопрос снят. Дошло.

Плохо, что построение этой всей структуры изначально нигде не описано. Пару дней бы сэкономилось.
Может, конечно, и искали плохо...
 
Цитата
D.shumkov написал:
одной детали нет. Куда девается - не понимаю.
Позиция отмечена, как изготавливаемая (есть техпроцесс). Соответственно, в расчёт "Себестоимости" попадает не она сама, а то, что нужно, чтобы её изготовить (материалы, комплектующие, работа) - что указано в техпроцессе её изготовления.
 
Константин, я снова о тех же баранах...

Вот вбил я изделие целиком. Проверяю по списку - одна сборочная единица задублирована.

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

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

Что мы делаем не так? Что принимается для расчета, когда изделие многоуровневое и когда для одних компонентов прописан состав, а для других еще и техроцесс?

Линкуются ли элементы элементы в техпроцессе на элементы в составе или у них собственная жизнь?
vog.PNG (26.1 КБ)
Изменено: D.shumkov - 02.06.2020 11:31:27
 
Что это за колонка, в которой у Вас обведено? На скриншоте не видно. Как она называется?

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

Цитата
D.shumkov написал:
Что принимается для расчета, когда изделие многоуровневое и когда для одних компонентов прописан состав, а для других еще и техроцесс?
По "себестоимости" (я так понимаю по скриншоту, вы с ней экспериментируете):
Цитата
Константин Чилингаров написал:

Вкратце:

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

Либо линейный, если это заказ на производство – список позиций, которые нужно изготовить. Либо в виде дерева, если это расчёт нормативной себестоимости на некое «изделие» с раскрытием его состава до всех вложенных компонентов, «до последнего винтика» или материала на самую «глубоко закопанную» деталь.

Вырожденный вариант – когда в списке одна позиция. Это когда запускаем «Себестоимость» в «Номенклатуре» на отдельной детали.

Дальше программа последовательно идёт по этому списку.

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

Если позиция не имеет ничего в неё «вложенного» в «исходном списке», то смотрим наличие у неё технологии. Есть технология – считаем её «изготавливаемой». Нет технологии – «покупной».

Таким образом раскладываем весь «исходный список» на 2 кучки – «изготавливаемые» позиции и «покупные».

По покупным понятно – ищем на них цену и умножаем на количество. Способы, как может определяться цена, описаны в руководстве, ссылка выше.

По изготавливаемым – идём в техпроцесс соответствующей позиции. Там есть Операции, комплектующие, материалы.

Из операций берём «количество» работы (трудоёмкость) и расценку (способы определения также описаны в руководстве).

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

ВАЖНЫЙ нюанс:

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

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




Цитата
D.shumkov написал:
Линкуются ли элементы элементы в техпроцессе на элементы в составе или у них собственная жизнь?
С точки зрения чисто структуры данных, т.е. взаимосвязей между строчками в "спецификации" и в "техпроцессе" - нет. Между ними нет никаких жёстких связей.
С точки зрения логики, например, при расчёте себестоимости - см. выше.
 
А есть необходимость в технологию перекидывать позиции именно из состава?
Если их кинуть из номенклатуры не будет задвоения?
 
Цитата
D.shumkov написал:
А есть необходимость в технологию перекидывать позиции именно из состава?
Нет. Нет такой необходимости.
Откуда удобно можно. Хоть откуда. В плане результата абсолютно без разницы, откуда "перетаскивать", главное, чтобы по смыслу было правильно в итоге.

Цитата
D.shumkov написал:
Если их кинуть из номенклатуры не будет задвоения?
Не будет. Ну если те же самые, конечно, позиции (в "составе" и "технологии").
 
Константин, перечитал ваш ответ несколько раз. Вник. Теперь мне полностью понятна логика поведения программы. Спасибо!


Порошу вашего подтверждения правильности работы.

1. Есть электронная плата А, в ней куча компонентов в составе изделия. Так же они дублируются в техпроцессе.
Есть такая же плата Б. В ней все так же, но техпроцесс пуст.

2. Создаю временный компонент - Расчет на 100 штук. Вношу туда в состав изделия Платы А и Б по 100 штук.

3. Генератором создаю дерево. Делаю расчет потребности по Заказной спецификации - все норм.

4. Ради интереса, пробую сделать расчет потребности по Конструкторской спецификации, но  в нее попадает только плата у которой заполнен техпроцесс.

Так и должно быть?

При любом изменении в дереве изделия, необходимо производить перегенерацию дерева?
 
 
Цитата
D.shumkov написал:
Есть электронная плата А, в ней куча компонентов в составе изделия.
Вы эти компоненты, которые в составе платы, сами изготавливаете? Или они покупные? Или часть сами изготавливаете, часть покупные?

Цитата
D.shumkov написал:
пробую сделать расчет потребности по Конструкторской спецификации, но  в нее попадает только плата у которой заполнен техпроцесс
Если имеется в виду некая конструкторская спецификация, в которую входит "Плата А" и "Плата Б", то если на ней запустить расчёт, то в результат попадёт плата без техпроцесса плюс компоненты из той платы, что с техпроцессом.

Цитата
D.shumkov написал:
При любом изменении в дереве изделия, необходимо производить перегенерацию дерева?
Само по себе оно точно не "перестаивается".
В маленьком производстве/коллективе (сам для себя ввожу, сам использую) можно просто строить эту "заказную" спецификацию в тот момент, когда нужна, на то, на что нужна.
Посудите сами. Если всё постоянно меняется, зачем строить "заказную спецификацию", если я ей ни разу не воспользуюсь для дела, как уже опять что-то поменяется и опять перестраивать. Как понадобится - так и построить.

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

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



- Я создал многоуровневое ИЗДЕЛИЕ1 В УПАКОВКЕ от винтика, до комплекта поставки и упаковки. Изделие не маленькое, порядка 800 деталей. Понимаете, сколько затрачено временных ресурсов...

- Для ИЗДЕЛИЯ1 составлены все конструкторские спецификации.

- Созданы все типовые техпроцессы на разных уровнях. Так как ИЗДЕЛИЕ1 будет иметь очень схожих собратьев ИЗДЕЛИЕ2 и ИЗДЕЛИЕ3 с небольшими отличиями.

- На основании типовых ТП для ИЗДЕЛИЯ1 созданы техпроцессы с дублированием номенклатуры конструкторских спецификаций. (Не знаю зачем. Так пошло. Уже не удобно...)

- Вершиной дерева является конструкторская спецификация ИЗДЕЛИЕ1 В УПАКОВКЕ, без техпроцесса - его там нет. Это ИЗДЕЛИЕ1, комплект поставки, упаковка.

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

- Повторяю тот же процесс для ИЗДЕЛИЕ2 и ИЗДЕЛИЕ3. Заполняю конструкторские спецификации на разных уровнях . На основе типовых ТП, составляю техпроцессы. (Уже сильно неудобно. Вроде как, все есть в типовым ТП, а тут еще приходится в конструкторскую это же заносить. Но ладно...) Само собой вручную вношу отличия от ИЗДЕЛИЕ1.


- На предпоследнем уровне умышленно ленюсь и не составляю конструкторскую спецификацию. Она велика и полностью дублирет состав техпроцесса.


- Делаю контрольную проверку - генерирую заказную спецификацию для: ИЗДЕЛИЕ1; ИЗДЕЛИЕ2; ИЗДЕЛИЕ3.  Запрашиваю себестоимость - все ОК. (Вроде бы)

- Уже довольный, заполняю конструкторскую спецификацию на верхнем уровне: ИЗДЕЛИЕ2 В УПАКОВКЕ; ИЗДЕЛИЕ3 В УПАКОВКЕ.

- Генерирую заказную на все дерево. Запрашиваю себестоимость - а там только упаковка и комплект поставки. ИЗДЕЛИЕ2 нет. В другой ветке ИЗДЕЛИЕ3, так же отсутствует.

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

На данный момент, я прекрасна понимаю, когда удобна/нужна конструкторская спецификация, когда техпроцесс, когда вместе.

Конечно же, в нашем случае, чаще нужен техпроцесс с прописанной номенклатурой, чем дублирующая конструкторская спецификация. Это удобнее. Можно использовать типовые техпроцессы.
На стадии комплектования изделия - уже конструкторская без техпроцесса.
Конечно, наверное, если для ИЗДЕЛИЯ2,3 сейчас добавить конструкторские спецификации со всей номенклатурой, ситуация изменится. Но тогда непонятно, как в конечный расчет попадут работы из техпроцесса  на вернем этапе сборки - сейчас их там нет...

Задача сложной мне не кажется. Времени потрачена уйма. Мозги кипят. Результата нет. :(


Я неправильно мыслю? Неправильно делаю? Что-то не так работает?
 
Цитата
D.shumkov написал:
Изделие не маленькое, порядка 800 деталей. Понимаете, сколько затрачено временных ресурсов...
Всегда рекомендую НЕ вводить ни в коем случае много данных, если нет абсолютно чёткой ясности по порядку их применения дальнейшего. Понимания, что и как именно из этих данных мы дальше используем, что зачем вводим.
Продолжаю всем настоятельно рекомендовать сначала разобраться с указанными вопросами на примере, условно, из 10 позиций и только после этого вводить 1000.
Чтобы не тратить напрасно много времени и сил.

Цитата
D.shumkov написал:
созданы техпроцессы с дублированием номенклатуры конструкторских спецификаций. (Не знаю зачем. Так пошло. Уже не удобно...)
Вот тут ролик с простейшим примером про техпроцессы и комплектацию.
Зачем эта информация нужна. Что она означает по смыслу. И пример ситуации, как и для чего используется.
Пример простейший, на 3х деталях. Но он отражает суть.
На самом деле в части более сложных изделий смысл не меняется. Всё то же самое. Просто больше сборочных единиц, больше деталей, покупные компоненты ещё добавляются.
Смысловая нагрузка и принцип использования информации не меняется. Просто строчек больше становится.

Если найду время, то попробую сделать такие же примеры простейшие про "спецификации".

Цитата
D.shumkov написал:
если система кто-то упустила - быстро не понять
Программа не может что-то "упустить".
Человек может что-то не ввести, не так ввести, что-то забыть ввести.
Программа не может.
Она работает по заданному алгоритму. Ей без разницы 5 деталей, 800 деталей или 3800. Алгоритм от этого не меняется. Она не может что-то "пропустить" или "не заметить" из-зи того, что много деталей. Ей всё равно сколько их.
Другое дело, что в любой программе, безусловно, могут быть ошибки. Это признают абсолютно любые разработчики любого ПО.
Если кто-то находит ошибку, то мы её исправляем.
В модулях "расчёт потребности" и "себестоимость" очень давно не находили ошибок.

Цитата
D.shumkov написал:
Следуя вашим ответам и рекомендациям я уяснил, что при расчете заказной спецификации могут/будут использоваться, как конструкторская спецификация, так и техпроцесс дополняя друг друга, но не дублируя
Нет. Не так. Я такого не говорил.
"Заказная" спецификация - это дерево, которое строится на основе "конструкторских" спецификаций. В тех случаях, когда оно нужно (есть задачи, для которых нужно).
"Техпроцесс" никакого отношения к построению "заказной" спецификации не имеет.

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

Цитата
D.shumkov написал:
я прекрасна понимаю, когда удобна/нужна конструкторская спецификация, когда техпроцесс, когда вместе
Но тогда почему возникают изложенные вопросы? Видимо, где-то на базовом уровне всё-таки недопонимание.
По приведённой информации я не могу точно и однозначно сказать, что именно вы не так делаете. Это надо вникать в ваши изделия и производство и смотреть детально, что вы ввели.
Из прочитанного у меня сложилось субъективное ощущение, что вы лишние действия делаете. Избыточные, которые не обязательны.
Например, если изделия однотипные, содержат по большей части одни и те же компоненты, то не должно быть так колоссально сложно сделать "похожее, но другое" из того, что есть.
Но тут смотреть конкретные примеры нужно и разбирать по полочкам, чтобы сказать точно.

Цитата
D.shumkov написал:
Можно использовать типовые техпроцессы
Область применения именно "типовых" техпроцессов в VOGBIT достаточно узка и специфична. Не уверен на 100%, что оно вам нужно. Хотя, подробностей не знаю, естественно из нескольких сообщений на форуме.

Цитата
D.shumkov написал:
Времени потрачена уйма. Мозги кипят. Результата нет.
Можем ускорить. Приехать, разобраться, показать как делать. За отдельные деньги только, конечно.
 
Цитата
Константин Чилингаров написал:
"Заказная" спецификация - это дерево, которое строится на основе "конструкторских" спецификаций. В тех случаях, когда оно нужно (есть задачи, для которых нужно)."Техпроцесс" никакого отношения к построению "заказной" спецификации не имеет.
По всей видимости, это и было основное недопонимание, сожравшее столько ресурсов.
Для нас было важнее техпроцесс в деталях описать и номенклатуру, преимущественно, вносили туда не составляя конструкторских спецификаций.

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


Пошел еще раз мануал про себестоимость читать.

Цитата
Константин Чилингаров написал:
Можем ускорить. Приехать, разобраться, показать как делать. За отдельные деньги только, конечно.
Да не жалко денег. Понятия не позволяют. Что мы за IТ-компания, если своими силами систему управления производства ввести не можем....

Спасибо за ответы! :)
 
Приветствую!
Непонятка с построением дерева решена - шаг в дальнейшем продвижении сделан гигантский.

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


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

Из какого из техпроцессов берутся данные и как этим управлять?
 
Здравствуйте,

Вот ролик про версии ТП.

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

Можно точно так же "назначить" версию и на уровне "конструкторской спецификации". Точно той же кнопкой, в том же окне.
В этом случае будет работать так: если вы потом строите "заказную спецификацию" вышестоящего изделия, то там соответствующий узел "раскрывается" на основе конструкторской спецификации. И, как известно (в узких кругах  :) ), при этом сохраняется "наследование". То есть программа "помнит", какую позицию "заказной" спецификации (в дереве) она из какой именно строчки какой именно "конструкторской спецификации" взяла. И, соответственно, если к этой строчке исходной "конструкторской" спецификации была прицеплена какая-то конкретная версия технологии, то и при расчёте по "производной" от неё "заказной спецификации" программа возьмёт для данной детали/сборочной единицы именно эту версию.
Так должно работать, по крайней мере, насколько я помню. Сто лет не проверял сам. Но, с другой стороны, в этой части сто лет и не меняли ничего...
Страницы: 1
Сейчас на форуме (гостей: 24)
Всего зарегистрированных пользователей: 3133
Приняло участие в обсуждении: 361
Всего тем: 804
Всего сообщений: 6067

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