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

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

Приход по заявке - изменение единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Спасибо за замечание, Да, знаем, что там не очень в этом месте, когда разные единицы измерения параллельно используются.  ...
Расчёт потребности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Тут зависит от задачи. Если нужно, например, посчитать нормативные затраты (себестоимость) на "изделие А" (или N шт "изделий А") ...
Экспорт в Vogbit - Состав и технология
Константин Чилингаров: Здравствуйте, В приложенном архиве описание и примеры файлов для импорта.
Плагин на форму отчета - Новые возможности
Константин Чилингаров: Отправили ещё раз. Если нет, посмотрите в "Спаме". Туда значит попадает, наверное.
Смена участка и поста в окне Технология подробно. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Пожелание понятно. Пока запишем в список пожеланий.
Вопрос по коэффициентам пересчета - Состав и технология
Sgrekhv: Большое спасибо. Все получилось.
Группировка постов по подразделениям в загрузке - Общие вопросы
Константин Чилингаров: 19314 nemyheim написал: Поколдую пока с названиями Да, пока так. В список пожеланий записал.
Эскизы при просмотре остатков - Интерфейс программы
Константин Чилингаров: Ну... Надеюсь, скоро))) Тестируем. Вам конкретно, если сильно нужно, можем и сейчас дать.
Карта раскроя - Общие вопросы
mansur: Добрый день, я понял свое упущение - нужно позиции переводить на "высокий"уровень, у нас по умолчанию стоит "максимальный". В пр ...
Приемка ОТК - Производство
Константин Чилингаров: Ответ, на самом деле, в предыдущем сообщении: 13 Константин Чилингаров написал: Чтобы была возможность применять такую систему не повс ...
Редактирование минимальных остатков в окне. - Интерфейс программы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: Чтобы отредактировать значение минимального остатка Я, когда хочу отредактировать "неснижаемый ...
Комментарии в "Технология подробно" - Состав и технология
Kip.prombez: Спасибо :) Помогли
Колонка комментарий в заявке на покупку. - Интерфейс программы
Константин Чилингаров: Технически в следующей версии такая возможность предусмотрена. Успеем или нет её подключить в графический интерфейс (колонка чтобы поя ...
Вопрос по расчетам - Общие вопросы
Константин Чилингаров: В заказной спецификации (дереве) указывается количество на единицу того, что делаем. Если меряется это, что делаем, метрами, то на 1 м "и ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: изначально втулки делают именно под конкретный  заказ Тут у нас с вами некоторое терминологическое расхождение. П ...
Внеплановое задание - Производство
Константин Чилингаров: Я так понимаю, «подгонка толкателей» в данном случае это не заранее предусмотренная технологией операция, а некая дополнительная работ ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Судя по сообщению, данная позиция используется в складском документе (в спецификации учётного документа). Немного странно, что "где и ...
добавление и удаление деталей в заказ - Состав и технология
Константин Чилингаров: Можем. Напишу на почту. До конца этой недели.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19136 Promob321 написал: как и где правильно выбрать подразделение, чтобы можно было посмотреть Обороты по складу В меню (ленте) выбрать "Р ...
Артикулы как правильно привязать к деталям? - Состав и технология
Константин Чилингаров: Про параметры: [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/ve2rwhx6JM4?feature=oembed[/VIDEO

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

×
Вход на сайт