Константин Чилингаров: Здравствуйте,
Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Константин Чилингаров: ... продолжение ...
6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Сергей: Здравствуйте!
Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None);
var sr = cc ...
Константин Чилингаров: Здравствуйте,
Не очень понял, в чем вопрос.
Казалось бы, добавляем к операции или к переходу в техпроцессе 3 позиции (инструмент): держат ...
Константин Чилингаров: Здравствуйте!
Это не баг. Это так задумано.
По умолчанию при нажатии на эту кнопку ("стакан с плюсиком") открывается с окне снизу сп ...
Константин Чилингаров: Здравствуйте,
формировать сменное задание, в котором будет дополнительно каким-либо понятным образом указана СЛЕДУЮЩАЯ операция
Те ...
Константин Чилингаров: Здравствуйте,
Можно на складе приходовать это на разные "учётные карточки". Хоть вообще на каждую балку (хлыст, лист и т.п.) заводит ...
Константин Чилингаров: Здравствуйте,
При попытке изменить технологию выдает следующую ошибку (скриншот 1)
Нужно посмотреть, что именно Вы делаете. И на данны ...
Константин Чилингаров: Здравствуйте!
Здесь нужно понимать некоторые моменты. Поясню:
Первое и самое важное – что данные механизмы: что «дерево» для навигац ...
Константин Чилингаров: Правильно ли я понимаю...
Не совсем.
Технически можно и просто «накидать» вручную позиций (детали, сборочные единицы) в карту заказ ...
Константин Чилингаров: Да, список для выбора получится так поменьше. Но зато сначала то нужно будет ещё составить этот "список поменьше" из общего. Причем ...
Константин Чилингаров: Здравствуйте,
Нужно в шаблоне отчёта поменять, чтобы вместо обозначения номенклатуры выводилось значение параметра этой номенклату ...
Константин Чилингаров: Здравствуйте,
В современных версиях VOGBIT есть (где-то в прошлом году появилось впервые) "Автоматическое" заполнение (раззворачиван ...
Константин Чилингаров: Здравствуйте,
Можно, например, создать стандартными средствами «Производственный заказ» (там как раз «разматывается» всё изделие по ...
- Практические приемы работы - Старые разделы форума
Страницы:1
Расчет потребности по КС и ЗС
Пользователь
Сообщений: Регистрация: 13.03.2015
0
23.04.2015 15:44:01
Почему если изделие содержит в составе сборочную единицу, то при расчете потребности по КС в потребность входит сама сборочная единица, но не её состав, а при расчете потребности по ЗС наоборот - входит состав сборочной единицы, а сама она не отображается? Спасибо!
Пользователь
Сообщений: Регистрация: 07.11.2008
0
24.04.2015 14:08:55
Цитата
Сергей Гжегожевский пишет: Почему если изделие содержит в составе сборочную единицу, то при расчете потребности по КС в потребность входит сама сборочная единица, но не её состав
Если вы хотите, чтобы в расчёт попадал не только непосредственный состав КС (конструкторской спецификации), используйте для раскрытия полного состава (разузлование).
Цитата
Сергей Гжегожевский пишет: При расчете потребности по ЗС наоборот - входит состав сборочной единицы, а сама она не отображается?
Видимо в вы не поставили галочку .
Разработчик
Сообщений: Регистрация: 14.11.2008
0
24.04.2015 15:08:22
Цитата
Сергей Гжегожевский пишет: при расчете потребности по КС в потребность входит сама сборочная единица
Потому что на эту сборочную единицу у вас нет техпроцесса в базе (хотя бы пустого, но созданного). Технологии нет. Состав тоже никак не раскрывается (вы же дали на вход "расчёту потребности" только конструкторскую спецификацию, а не всё дерево изделия). Технологии нет, входящих компонентов нет – значит, считает программа, эта позиция не изготавливается. Но в списке есть. Значит покупается. Поэтому попадает в расчёт потребности.
Цитата
Сергей Гжегожевский пишет: при расчете потребности по ЗС наоборот - входит состав сборочной единицы, а сама она не отображается
Тут другая ситуация. Когда вы даёте на вход дерево изделия (заказную спецификацию) у вашей сборочной единицы в этом дереве раскрыт состав. Есть входящие в неё компоненты. Значит, считает программа, это уже, как минимум, не покупная позиция (нет смысла раскрывать в дереве состав чего-то, что покупается, как единое целое). Это либо изготавливаемый узел (сборочная единица), либо какой-то комплект, либо сборочная единица, которая существует только на чертеже, а реально входящие в неё компоненты используются при сборке других частей изделия. Но в любом случае – это НЕ покупное изделие. Соответственно, при таких исходных данных сама «сборочная единица» в расчёт потребности уже никак не попадает (она не является чем-то, что покупается).
Почему попадают входящие в неё позиции? См. предыдущий пункт. У них ни технологии нет, ни состав их дальше не раскрывается. Значит, считает программа, это покупной компонент. Поэтому и попадает в расчёт потребности.
В общем, вопрос в том, насколько полно и правильно у вас описано ваше изделие. Как правильно можно посмотреть в . И в .