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

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

Пустой бланк - Демо версия
Professor.perm: 57 Сергей написал: Похоже, что она у вас уже установлена. Возможно, версия на другом языке. Блин, действительно установлена, в пакете в свое время. Извиняюсь за глупый вопрос.
Достигнуто ограничение демо версии - Демо версия
Константин Чилингаров: 19032 Professor.perm написал: У меня пусто в расчетных документах Судя по скриншоту, вы нажимаете "ЛЗК, Требования, Заявки", стоя на заказе на производство. Понять, есть или нет документы, связанные с заказом, которые и отображаются в ...
Создание ЛЗК - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: "Расход", стоя на ней, нажмите. Там видно будет что ещё осталось выдать. Можно ещё в открывшемся окне "Расход" нажать раскраску и сортировку по цветам (см. рис), тогда "недовыданные" позиции будут вверху и раскрашены цв ...
Переход в справочник из спецификации. - Интерфейс программы
Константин Чилингаров: Запишем в список пожеланий.
Перемещение - Прочее
Константин Чилингаров: Достаточно просто /support/622/#_v7662 выбрать категорию (рис.22) (ну, если вы, конечно, с одной базой данных работаете, а не каждый со своей отдельной)
Ошибка в режиме "Обеспеченность" - Ошибки в работе
Андрей Тюрин: Спасибо. Все получилось.
Показ экскизов при выдаче со склада - Интерфейс программы
Константин Чилингаров: Здравствуйте, Ок. Записал в список пожеланий. Прикрутим.
Просьба объяснить нюансы в учете - Общие вопросы
Елена Ковалева: Еще вариант, если меню не настроено как у меня: во вложенном файле. Подробное описание в документации: https://vogbit.ru/support/622/#_v7660 https://vogbit.ru/support/622/#_v7660 рисунки 8-9.
Обновление 20.5. Произвольное выделение ячеек и строчек цветами. - Обновление
Сергей: Сейчас в этом месте можно использовать цифры 0 - минимальный, 1 - средний и т.д. (аналогично с фильтром) В некоторых колонках некоторых форм есть такая недоработка. Заметите - пишите. Будем исправлять.
Состав ЛЗК - Состав и технология
Наталья Захарова: Здравствуйте. Нашла на вашем канале Youtube видео "Предварительные заявки и ЛЗК в VOGBIT 20.5". Сделала все в точности, как показано, и стало все правильно получаться.
Документы - Прочее
Intelmine-tmc: Хорошо, спасибо большое
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Значит сделали, но забыли отметить  :)  Бывает. Очень много разных доделок было в этот момент, что-то могли мелкое забыть "закрыть", как сделанное.
Задвоение рабочих заданий. - Производство
Константин Чилингаров: Здравствуйте, Судя по картинкам, если какое-то "задвоение" и имело место быть, то при "включении в план" из окна "новые задания". В 07:30 было создано 2 задания для поста. Должно было из быть 2 или нет - это из этих ...
Как привязать поставщика к поставщику - Общие вопросы
Serge.v.astapov: СПАСИБО!
Выбор технологии при создании производственного заказа - Состав и технология
Константин Чилингаров: Сделал ролик. Конкретно про выбор, какую версию использовать - начиная с 03:33 примерно. И дальше ещё есть, как назначить какой-то из вариантов "по умолчанию". [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/7gywY9uRGeM ...
При изменении состава производственного заказа, необходимо удалить деталь - Прочее
Константин Чилингаров: Сегодня в течение дня отправим. На почту.
Производственные заказы - Общие вопросы
Константин Чилингаров: По поводу именно "высокого" уровня есть, кстати,  ещё разные "приёмы", сокращающие объём рутинных действий. Но они все специфичные, под конкретные случаи. Примеры: 1.  Для лазерной резки при больших объёмах есть технология инт ...
Неснижаемый остаток - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Вроде, починили ошибку. Хорошо бы ещё потестировать, конечно, какое-то время. Если сильно мешает работать, и нужно как можно скорее исправить в вашей версии программы, то пишите на почту, решим.
Как удалить сотрудников - Демо версия
Serge.v.astapov: Контантин, спасибо, не будем. Мы сегодня оплатим счет от ООО Светосистемы на лицензию. И начнем с чистого листа
Дополнительные колонки в составе изделия - Состав и технология
Михаил: Спасибо за оперативный ответ, помогло действительно простое обновление в окне "Состав"

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

Подготовка исходных данных, описание изделий и процесса их изготовления - Состав и технология - Работа с программой
Страницы: 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
Сейчас на форуме (гостей: 22)
Всего зарегистрированных пользователей: 3078
Приняло участие в обсуждении: 356
Всего тем: 804
Всего сообщений: 6067

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