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

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

Отсутствие РЦ в дашборде - Терминалы
Freza3mm: Здравствуйте! Вчера первый раз был запущен терминал (тип 6), в дашборде не отображаются некоторые РЦ, хотя при авторизации работником, он задания для РЦ видит и может принять и выполнить. (в системе 6 участков и 19 РЦ)
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать. Пояснение: В VOGBIT в тех задачах для чего, в основном, используется в этой программе подсистема ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настройкой шаблонов отчётов, если интереса/желания/времени глубоко в эту тему погружаться не ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного заказа (карты заказа)  была нажата кнопка "Отметить, как законченные" в окне, которое у вас на карти ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Здравствуйте, Да, нормальная инструкция. Для "среднего" уровня актуальна. Это для случая, мех обработки или сборки несложной, когда сдаётся по количеству и нормо-часы закрываются по нормативам при этом (терминал "тип 2"). ...
Транспортные расходы - Прочее
Константин Чилингаров: Здравствуйте, Данная программа не предназначена для учёта расходов в понимании, например, финансового отдела. Таких как затраты на электроэнергию, транспорт, содержание помещений, вспомогательных служб и т.д. и т.п. Она просто не для этого.  Ч ...
Выполнение нескольких заданий одновременно. - Терминалы
Константин Чилингаров: Здравствуйте, Маловато исходной информации пока, чтобы что-то сказать. Какая цель (применения программы в данном месте)? Нужно просто отмечать и видеть, что кран такой-то закомплектован, кран такой-то закомплектован и т.д.? Или это какая-то сл ...
Удаление папки - Прочее
Наталья Захарова: Все получилось, спасибо.
Штрих код на деталях - Производство
Константин Чилингаров: 18336 Fomina написал: Я правильно понимаю, что в текущей версии штрих-код назначается автоматически? Если речь про тот штрих-код, который в "графике производства", то достаточно давно уже он назначается автоматически при создании задан ...
Колонка "Наладка" в Статистике производства - Прочее
Константин Чилингаров: Здравствуйте, Это для учёта работы наладчиков станков с ЧПУ. https://youtu.be/KnCDki8k-9Y?t=819 Вот из этой серии (13:39) Потом фильтр по этой колонке ставишь в "Статистике производства" и нужную группировку (например, по людям->д ...
Активация/деактивация - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: В новой версии 20.5 по прежнему есть ограничение на количество деактиваций? Да. 10 шт. В следующей версии, вполне вероятно, появится новый тип лицензий, которые можно будет запускать на разных компьюте ...
Пустой бланк - Демо версия
Константин Чилингаров: Можно, конечно. Если сами умеете - корректируйте. Если сами не умеете, то можем мы по вашим пожеланиям за скромную плату. В последнем случае - пишите на почту свои пожелания. Желательно, максимально подробно. Обсудим.
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Посмотрел. Действительно. В "Графике производства" цветами раскрашивается по приоритету (по нажатию кнопки соответствующей), пока не "готово". Позиции, которые имеют состояние "готово" перестают раскра ...
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Это погрешность округления. Коэффициент пересчёта округлили до 3 знаков, когда вводили (стоит в базе кг->м = 0,004). В итоге при пересчёте 698 кг в метры получается 2,792. Что уже не совсем точно. Если потом пересчитать обратно в метры (по тому ...
Статистика производства - Прочее
Константин Чилингаров: Дело в том, что «Техпроцесс» (то, что открывается по кнопке «Технология подробно» на изделии) и «Задания» (то, что открывается по двойному щелчку или по «выполнение» в «графике» производства») – это не одно и то же. Это разные вещи. Связанные между с ...
Пропадают спецификации и техпроцессы - Прочее
Наталья Захарова: Здравствуйте. Спасибо!
Ошибка при попытке сформировать отчет - Ошибки в работе
Константин Чилингаров: Отчёт из "Статистики производства", я так понимаю? При последнем обновлении меняли все бланки отчётов из этого режима на новые. Причина ошибки - не заменён бланк - старый, от старой версии сейчас в базе у вас лежит сейчас. Обновление пост ...
Ошибка - Ошибки в работе
Константин Чилингаров: Место кончилось. Если стоит бесплатный SQL (Express edition), то у него  ограничение по максимальному размеру базы данных = 10GB. Скорее всего достигнуто это ограничение. Как временно спастись: 1. Сделать резервную копию базы данных. 2. Через ...
Первый запуск терминала - Терминалы
Константин Чилингаров: Каждый тип терминала заточен под определённый "уровень" и определённые особенности. Из доступных на сегодня для «высокого» уровня предназначены типы 3,4,5 и 6.  3,4 и 5 – это разные вариации на тему изготовления деталей (или несложных ...
Очень долго открываются обороты - Прочее
Константин Чилингаров: Здравствуйте, Сделать резервную копию. Файл *.bak полученный запаковать каким-нибудь zip'ом. И выложить на файлообменник. Любой. Какой вам удобнее. Ссылку нам послать. Можно на общий e-mail: mailto:info@vogbit.ru info@vogbit.ru Мы дальше у ...

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

Полезные ссылки:
Себестоимость Видео-презентация подготовка производства складской учет Полная версия VOGBIT Создание новой базы данных VOGBIT управление данными Планирование мелкосерийного производства Техническая Подготовка Производства электронный архив деактивации VOGBIT управление качеством активация VOGBIT управление производством Производственный заказ Установка VOGBIT управление ремонтами Трудоёмкость Деактивация VOGBIT планирование производства базы данных VOGBIT инструкция Начало работы Расчёт комплектации загрузка оборудования Складской учёт расчет себестоимости ТПП Демонстрационный режим VOGBIT Обновление VOGBIT График производства технологическая подготовка производственный учет Тип нормирования Заказ на производство производство металлоконструкций Нормирование пост руководство администраторов VOGBIT Планирование производства разработчика отчетов vogbit состав изделия демоверсия технология Состав изделия Обзор обновления Генератор отчетов склад Сменное задание Задания для производства Парт Выбор уровня учёта новая база данных Расчёт общей стоимости материалов Заявки покупателей Управляемый расчёт материалов
×
Вход на сайт