Загрузка данных в VOGBIT из Inventor - 19.06.2024 Разработан и передан Заказчику очередной модуль для автоматизированной загрузки в VOGBIT данных по новым изделиям, разработанным конструкторским отделом предприятия

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

Плагин для выгрузки данных формы по HTTP - Плагины
Сергей: Пример для Спецификации договора ():[CODE using Newtonsoft.Json; var tfForm = (sender as Csdn.Vogbit.Forms.Action).ActionList.Parent as TasksFiles.TasksFilesGridForm; var gridControl = tfForm.Controls.Find("DataContro ...
Складской учет - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Хорошо. Доработаем напильником. Будет при вызове этой функции ("сдать на склад") из окна сменного задания поста по ...
Состав изделия - Состав и технология
Константин Чилингаров: С подсказки коллег освоил разбивку ролика на эпизоды  :)  Добавил разбивку.  Так более смотрибельно, по-моему.
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Если речь про окно "Календарный план", которое из окна "Производственные заказы" открывается, то нет, там ничег ...
Доработка шаблона отчета "Маршрутная карта" - Состав и технология
Zms.komissarov: Спасибо!!!
Перенос файла из "эскизы" на ПК - Общие вопросы
Beavis900: Благодарю! Напишу на почту
Расчёт комплектации конструкторской спецификации - Состав и технология
NPP_ORION: Спасибо, вроде разобрались.
Калькуляция на изделие - отчет! - Отчёты
Константин Чилингаров: Здравствуйте, Отчёт сделать можно. Вопрос только в трудоёмкости (соответственно, стоимости). В идеале, хорошо бы взглянуть на данные, и ...
К чему привязан StarForce - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, К процессору, материнской плате, сетевой карте, памяти, диску, ОС. Ко всему этому в разных пропорциях. По идее, в инструкц ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, Вероятно, или нет вообще технологии на соответствующую позицию (деталь, сборочную единицу), или в этой технологии нет ни ...
Отчет задание на пилу - Отчёты
Виктор Левушкин: Спасибо....уже применяем.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...

Ширина полей в конфигураторе

- Общие вопросы - Старые разделы форума
Страницы: 1
Ширина полей в конфигураторе
 
Можно как-нибудь зафиксировать ширины полей в меню выбора параметров "Конфигуратора"?
Штатно отображается окно с полями, равными 25% от общей ширины (рис1). Приходится выравнивать (рис2).
Вроде и мелочь, но вдруг какого то пользователя будет нервировать :)
рис004.jpg (37.79 КБ)
рис005.jpg (45.96 КБ)
 
Цитата
Валерий пишет:
Можно как-нибудь зафиксировать ширины полей в меню выбора параметров "Конфигуратора"?
Нет такой опции нет. И делать будем вряд ли, потому что:

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

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

Но при этом Генератор имеет ряд принципиальных преимуществ:

1. Он создаёт не только спецификацию, но и новое изделие в базе, на которая эта спецификация. Это со всех точек зрения намного более правильно. Ибо изделие, пусть похожее, но немного с другими параметрами, немного с другим составом и т.п. - это уже новая, другая номенклатура с точки зрения планирования, производства, склада.

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

3. Генератор умеет при необходимости создавать для спецификации новые детали. Конфигуратор - только выбирать какой-то вариант из уже имеющихся в базе. Тем самым решается "проблема с деталями произвольного размера", которая Конфигуратором никак не решалась.

Это главное.
По мелочи - в Генераторе можно указывать вместо количества в спецификации формулу. В Конфигураторе - нельзя.


Резюме:
Для работы с изделиями, у которых в зависимости от заданных пользователем параметров изменяется состав, Генератор по всем показателям подходит намного лучше, чем Конфигуратор, и поэтому скоро заменит его.
Конфигуратор совсем выкидывать не будем конечно. Как минимум, у него есть одна полезная функция, которой в Генераторе нет и не будет. Конфигуратор умеет строить по конструкторским спецификациям полное дерево изделия. И эта функция за ним и останется. А вот то, что касается формирования состава по параметрам - в этой области уже в ближайшее время Генератор, я думаю, полностью вытеснит Конфигуратора. Поэтому что-то модифицировать в Конфигураторе в этом плане особого смысла нет.
 
Спасибо!
С генератором у меня пока нет понимания на сколько он мне подходит. По крайней мере копировать техпроцесс и менять параметры детали не так уж и сложно при создании нового изделия, подобного оригиналу.
С конфигуратором пока все более-менее гладко с точки зрения понимания.
У меня есть серийные изделия, которые не подвергаются модификациям под заказчика, а есть заказные изделия, которые построены на базе серийной продукции, но имеют некоторые отличия, например, тип коробки, остекление, решетка, доп. фурнитура и т.п.
Я разбил все эти изделия на несколько типоразмеров, в пределах которых норма расхода материалов и трудоемкость изготовления неизменны и дополнительные элементы, содержащие доработку. Например, чтобы получить дверь с остеклением нужно взять стандартную конструкцию заданного размера и добавить к ней узел остекления, в котором расписаны не только детали узла, но и доработки стандартной двери, позволяющие это остекление вставить.
Тогда у меня в конфигураторе можно выбрать необходимый размер двери из готового перечня и все необходимые дополнительные элементы. По крайней мере такое построение относительно не сложно в реализации.
 
Ну...

Когда разберётесь с Генератором, то поймёте, что в плане "конфигурирования" - это тот же "Конфигуратор" на самом деле. Только проще и логичнее. Отличие в следующем:

Конфигуратор для некоей номенклатуры (например "Дверь") создаёт просто ещё одно дерево изделия. Получается, что номенклатура "Дверь" вроде как одна, а если копнуть, то вариантов состава у неё множество разных ("с остеклением", "с замком" и т.д.). И со временем эти варианты копятся.

А Генератор, в отличие от Конфигуратора, под каждый новый вариант создаёт новую номенклатуру (например "Дверь с остеклением", "Дверь с остеклением и с замком" и т.д.) и к ней уже приделывает её состав.

Второе, на самом деле, и правильнее, и удобнее, нежели первое. Ибо "Дверь" и "Дверь с остеклением" - это всё таки физически разные изделия (разная номенклатура). И намного проще с технологией потом будет во втором случае, чем в первом.

И путаницы никакой не будет. В производстве во втором варианте всё само куда надо подтянется. А в первом варианте надо вручную выбирать каждый раз, какой вариант состава использовать, какой вариант техпроцесса использовать, и не ошибиться при этом нигде! Не перепутать. На складе тоже логично, когда "Дверь" это "Дверь", а "Дверь с остеклением" - это другая позиция, с другим обозначением, а не тоже просто "Дверь".

В общем мы по разному пробовали за 10 лет и сейчас очевидно, что второй вариант смотрится лучше, чем первый.
 
Уже понял :)
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4038
Приняло участие в обсуждении: 420
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт