Константин Чилингаров: Здравствуйте,
Времена какие-то запредельные, на мой взгляд.
Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Константин Чилингаров: Здравствуйте,
Если кратко:
1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Константин Чилингаров: Здравствуйте,
Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Константин Чилингаров: Здравствуйте,
Немного из истории вопроса…
В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Владимир Белов: Добрый день!
Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128
У вас должен быть на прокси-сервере проброшен порт 28 ...
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели".
Тут неск ...
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций...
Для этого нужно настроить, какие позиции должны ...
Константин Чилингаров: Здравствуйте!
Компонент либо не существует, либо на него ссылаются этапы
В базе данных есть задания для производства (создаются ком ...
Константин Чилингаров: Здравствуйте,
Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Константин Чилингаров: ... продолжение ...
6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Сергей: Здравствуйте!
Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None);
var sr = cc ...
- Практические приемы работы - Старые разделы форума
Страницы: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
Цитата
Сергей Гжегожевский пишет: при расчете потребности по КС в потребность входит сама сборочная единица
Потому что на эту сборочную единицу у вас нет техпроцесса в базе (хотя бы пустого, но созданного). Технологии нет. Состав тоже никак не раскрывается (вы же дали на вход "расчёту потребности" только конструкторскую спецификацию, а не всё дерево изделия). Технологии нет, входящих компонентов нет – значит, считает программа, эта позиция не изготавливается. Но в списке есть. Значит покупается. Поэтому попадает в расчёт потребности.
Цитата
Сергей Гжегожевский пишет: при расчете потребности по ЗС наоборот - входит состав сборочной единицы, а сама она не отображается
Тут другая ситуация. Когда вы даёте на вход дерево изделия (заказную спецификацию) у вашей сборочной единицы в этом дереве раскрыт состав. Есть входящие в неё компоненты. Значит, считает программа, это уже, как минимум, не покупная позиция (нет смысла раскрывать в дереве состав чего-то, что покупается, как единое целое). Это либо изготавливаемый узел (сборочная единица), либо какой-то комплект, либо сборочная единица, которая существует только на чертеже, а реально входящие в неё компоненты используются при сборке других частей изделия. Но в любом случае – это НЕ покупное изделие. Соответственно, при таких исходных данных сама «сборочная единица» в расчёт потребности уже никак не попадает (она не является чем-то, что покупается).
Почему попадают входящие в неё позиции? См. предыдущий пункт. У них ни технологии нет, ни состав их дальше не раскрывается. Значит, считает программа, это покупной компонент. Поэтому и попадает в расчёт потребности.
В общем, вопрос в том, насколько полно и правильно у вас описано ваше изделие. Как правильно можно посмотреть в . И в .