Константин Чилингаров: Прилично...
Даже очень прилично...
Чисто с технической точки зрения было бы интересно, конечно, под отладкой посмотреть на таком объеме ...
Константин Чилингаров: Ролик по функции "Контроль":
[VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/RT7mVtAL-F0?feature=oembed[/VIDEO
Константин Чилингаров: Ещё, может быть, можно было бы написать какую-то специальную одноразовую приладу, конкретно для вашего случая, чтобы массово всё деактив ...
Константин Чилингаров: Здравствуйте,
На ночь оставьте загружаться этот шаблон.
Он такой один специфический... Конкретно этот шаблон может ну ООООчень долго з ...
Константин Чилингаров: Здравствуйте,
Штатной такой возможности нет (потому что подавляющее большинство пользователей просто напрямую в эти "справочники&qu ...
Константин Чилингаров: Здравствуйте,
Починить что-либо, не обновляя программу, если дело в самой этой программе, невозможно.
Если только дело не в VOGBIT, а в чем- ...
Константин Чилингаров: Здравствуйте,
Клиент локально сохраняет только настройки (расположение колонок, размеры, расцветка пользовательская в окнах и т.п.) и в ...
Владимир Белов: Павел, время доброе!
На Linux можно так установить количество файлов логов с помощью консоли:
1. Изменить в настройках количество errorlog- ...
Константин Чилингаров: Здравствуйте, Владимир!
Странная ошибка, вообще говоря.
Такая появляется при попытке запустить версию новее 1.1.32 (а это год 2015 где-то п ...
Константин Чилингаров: Здравствуйте,
написал:
Оформляя приход, накладная поставщика была добавлена не к той заявке
Технически можно, конечно, залезть в сп ...
Константин Чилингаров: Здравствуйте,
Идея понятна.
Технически тоже понятно, в целом, как можно сделать.
Тут главный вопрос в интерфейсной части. Как сде ...
Константин Чилингаров: Здравствуйте,
Штатной такого рода функции нет. Только если писать специальный плагин, который будет так делать. Продумывать логику его ...
Константин Чилингаров: Здравствуйте,
Окно "Производственные заказы: текущие" (список активных на текущий момент заказов на производство).
Там есть коло ...
Почему если изделие содержит в составе сборочную единицу, то при расчете потребности по КС в потребность входит сама сборочная единица, но не её состав, а при расчете потребности по ЗС наоборот - входит состав сборочной единицы, а сама она не отображается? Спасибо!
Сергей Гжегожевский пишет: Почему если изделие содержит в составе сборочную единицу, то при расчете потребности по КС в потребность входит сама сборочная единица, но не её состав
Если вы хотите, чтобы в расчёт попадал не только непосредственный состав КС (конструкторской спецификации), используйте "Конфигуратор" для раскрытия полного состава (разузлование).
Цитата
Сергей Гжегожевский пишет: При расчете потребности по ЗС наоборот - входит состав сборочной единицы, а сама она не отображается?
Сергей Гжегожевский пишет: при расчете потребности по КС в потребность входит сама сборочная единица
Потому что на эту сборочную единицу у вас нет техпроцесса в базе (хотя бы пустого, но созданного). Технологии нет. Состав тоже никак не раскрывается (вы же дали на вход "расчёту потребности" только конструкторскую спецификацию, а не всё дерево изделия). Технологии нет, входящих компонентов нет – значит, считает программа, эта позиция не изготавливается. Но в списке есть. Значит покупается. Поэтому попадает в расчёт потребности.
Цитата
Сергей Гжегожевский пишет: при расчете потребности по ЗС наоборот - входит состав сборочной единицы, а сама она не отображается
Тут другая ситуация. Когда вы даёте на вход дерево изделия (заказную спецификацию) у вашей сборочной единицы в этом дереве раскрыт состав. Есть входящие в неё компоненты. Значит, считает программа, это уже, как минимум, не покупная позиция (нет смысла раскрывать в дереве состав чего-то, что покупается, как единое целое). Это либо изготавливаемый узел (сборочная единица), либо какой-то комплект, либо сборочная единица, которая существует только на чертеже, а реально входящие в неё компоненты используются при сборке других частей изделия. Но в любом случае – это НЕ покупное изделие. Соответственно, при таких исходных данных сама «сборочная единица» в расчёт потребности уже никак не попадает (она не является чем-то, что покупается).
Почему попадают входящие в неё позиции? См. предыдущий пункт. У них ни технологии нет, ни состав их дальше не раскрывается. Значит, считает программа, это покупной компонент. Поэтому и попадает в расчёт потребности.
В общем, вопрос в том, насколько полно и правильно у вас описано ваше изделие. Как правильно можно посмотреть в демонстрационном примере. И в роликах.