Обновление №8 для версии VOGBIT 1.1.37841 - Новые «Терминалы», новый модуль для «Совместной обработки» в производстве, переработанный режим «Обеспеченность»

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

Дата окончания а Графике заказа - Интерфейс программы
Fomina: У нас для заказов руководством назначается дата выполнения = Окончание (план). Эта дата регулярно меняется. Хотелось бы видеть ее в окне График производства. Нашла там параметр Дата выпуска. План., но как их совместить? Хотелось бы изменять дату в ...
Не удается загрузить чертеж - Ошибки в работе
Fomina: Спасибо
Одновременное открытие нескольких окон графика. - Интерфейс программы
Fomina: Нам тоже бывает удобно иметь возможность открыть График производства для разных заказов. Например, технолог пишет техпроцессы и в этот момент приходит сотрудник с вопросом по своему заказу, приходится все закрывать, решать вопрос, а потом заново отк ...
Загрузка файлов - Состав и технология
Fomina: Тоже интересна данная функция загрузки не файла, а пути к нему на сервере
Не все детали по заявке покупателя попадают в отгрузку. - Прочее
Константин Чилингаров: 18591 Forworkmail2019 написал: При заполнении заявки "нет данных" по ЕИ. В этом и /forum/messages/forum36/topic2476/message15317/2476-ne-vse-detali-po-zayavke-pokupatelya-popadayut-v-otgruzku.#message15317 причина . В "заявке&quo ...
Работа с браком на определенных операциях в производстве - Производство
Константин Чилингаров: Здравствуйте, 18821 Ilshatisc написал: Возможно ли сделать так чтобы данные 3 позиции не учитывались на остатках (так же, например, в режиме обеспеченность) как годные? В "Остатках" в отличие от обеспеченности показывается отдельно ...
Производственные заказы - Общие вопросы
Константин Чилингаров: В окне "Расчёт комплектации" есть слева выдвигающаяся панель "Настройки". Там надо поставить галочку "Включать в список компонентов сами изделия".
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Alex-220781: После создания группы, как посмотреть, что входит в ее состав? В окне Задания на совместную обработку.
Расчет себестоимости - Состав и технология
Константин Чилингаров: А где там "30 мин" ? "Трудоёмкость" определяется, как Tпз + Тшт*N, где N - количество изделий. Количество, судя по картинке = 1. Смотрим картинки в Вашем сообщении (#22): Первая операция: (25 мин +18 мин)/60 = ‭0,7166666 ...
Вкладка правка - Прочее
Елена Ковалева: Добрый день! У этого "Пользователя" не назначена конфигурация с этими кнопками. Нужно добавить. 1. Меню "Администрирование" - Конфигурации. Рис.1 2. Подробно - сотрудники конфигурации. Рис.2 3. Добавить Пользовате ...
test - Разработка сайта
Олег Ковалев: test3
Ошибка после автобирации в программе - Ошибки в работе
Константин Чилингаров: /forum/messages/forum32/topic1782/message15295/1782#message15295 Ответ Предупреждение: не нужно писать один и тот же вопрос в несколько разных тем.[B [/B
Операции в графике производства - Производство
Константин Чилингаров: 18541 Pksfera14881 написал: почемуто не создаются задания для производства созданные на втором компе Никак не связано с тем, на каком компьютере нажимаете кнопку. /support/552/#_Toc400385408 Ответ
Не найден вид связи: UID = LT_FORM - Прочее
Константин Чилингаров: Здравствуйте, 18776 Пользователь19 написал: списки Параметров, Типов связей и Статусов в ней отличаются от тех, что указаны в таблицах в Документации Зайдите в VOGBIT (подключитесь к своей базе) под администратором. В меню выберите "Настрой ...
Изменилось окно номенклатуры - Прочее
Елена Ковалева: Добрый день! Нужно выбрать категорию "Основная" Должна быть кнопка "Выбрать категорию...". Но похоже, что у вас она скрыта. Достаём её так: 1. В контекстном меню нажимаете "Показать панель инструментов" Рис.1 [ ...
Генератор - Состав и технология
Константин Чилингаров: Здравствуйте, 1. Чтобы материал, который "Генератор" вставил в ТП детали из "шаблона" стал автоматически "основным", нужно в шаблоне к этому материалу добавить параметр "Пометка" (UID = VGB_MARK) со значением ...
Информация о количестве изделий на терминале - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Или сделать возможность настраивать, какую информацию нужно отражать в определенной ситуации. Вот к этому, наверное, придёт. Уже пожелания разных пользователей начали противоречить друг другу. Нужно настройки будет делать ...
Одновременное изменение даты поставки в заявке на приобретение - Интерфейс программы
Константин Чилингаров: Может им просто шаблон отчёта сделать, чтобы в Excel в нужном виде получалось. С датой в "шапке", например.
Блуждающая кнопка Импорт - Экспорт импорт данных
Константин Чилингаров: 15912 Светлана Синеговская написал: включить и выключить в конфе вогбита кнопку Импорт Вот это, думаю, помогло. 15912 Светлана Синеговская написал: переустановка плагина заново. Это лишнее, мне кажется. Ну, заработало и хорошо :)
Запоминание состояния справочников и категорий - Интерфейс программы
Константин Чилингаров: Здравствуйте, Да, в этом обновлении в этом конкретно месте ничего не менялось.  Записано к исправлению в следующих версиях.
Не закрывается заявка покупателя - Прочее
Константин Чилингаров: Здравствуйте, Версия программы свежая? Когда установлена? Обновления последний раз когда ставили? По сути вопроса: Почему-то этому документу "заявка покупателя" кто-то поставил статус "оприходован". Вот у него и не меняется сост ...

Генератор

Подготовка исходных данных, описание изделий и процесса их изготовления - Состав и технология - Работа с программой
Страницы: 1
Генератор
 
Здравствуйте, подскажите пожалуйста оправдано ли запускать генератор при производстве конструкции с большим количеством изменяемых деталей? Например есть Линейная конструкция которая в которой изменяется длина и ширина, из-за этого внутри меняются длины балок, распорок и так далее. Или все же лучше создавать новое изделие и прописывать все заготовки к нему?
 
Здравствуйте,

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

Оправдано/не оправдано - зависит от того, какое количество сочетаний.

Например, если 2,3,5... изделий, отличающихся отдельными деталями, и новые может появятся, может нет, и не так и часто это происходит - то можно просто вручную. Нет смысла с генератором заморачиваться.
Создать при появлении очередной модификации новое изделие в базе. Какие детали повторяются - копируем. Какие отличаются, создаём новые, вставляем вместо тех, что были в старом изделии. Опять же, если детали похожи на те, что были, только, например, немного подлиннее, то можно технологию для новых скопировать из старых и подправить, что изменилось.

Не так сложно, в принципе. Но, правда, чем больше деталей и изменений, тем сложнее ничего не перепутать и не забыть. Надо внимательно и аккуратно всё делать.

А вот если сочетаний сотни и тысячи, и постоянно новые появляются...
Например, сегодня заказали раму 1х2.2м, завтра такую же, но 1.15х1.9м, послезавтра 1.02х2.1м и т.д. и т.п. без конца - вот тут замучаешься каждый день добавлять новые детали и править состав и технологии под очередную модификацию.
Тут уже, что называется, "лучше день потерять, потом за час долететь". Т.е. потратить время и усилия, настроить генератор, зато потом автоматом сколько хочешь вариантов получать. Буквально за минуту новый можно сделать будет при необходимости.
 
Добрый день! Подскажите, пожалуйста, решение вопроса, или направьте в нужном направлении.
Есть такой пример (условно):
Сборочная модель - "коробка с подарком". При этом есть 15 вариантов коробок и 20 вариантов подарков. У каждой коробки и каждого подарка есть свои размеры: длина, высота, ширина.
Длина, высота, ширина как коробки, так и подарка определяются в зависимости от выбора модели коробки или подарка - String list.
То есть сначала выбирается из списка string list вариант коробки, а потом вариант подарка.
Так же есть еще одна деталь - подставка под подарок. Ее размеры определяются исходя из размеров коробки и подарка.

Означает ли вышесказанное, что мне нужно создавать 15 опциональных компонентов коробок, 20 опциональных компонентов подарков, и 300 вариантов подставок в зависимости от возможных сочетаний подарка и коробки?
 
Здравствуйте,

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

Если только поддаётся в принципе какой-то алгоритмизации то, что нужно писать собственно в технологию "Коробки", "Подарка" и "Подставки" и можно это по формулам и параметрам входящим автоматически заполнить.
 
Спасибо за ответ. А все-таки, есть ли возможность силами генератора создать зависимость String list -> Integer? Но только не в составе технологии, а в пределах номенклатуры в одном шаблоне? Чтобы как-то реализовать функцию If "Деталь А" = "Болт М10", then "Диаметр шайбы" = 10.  
 
Заведите параметр "Диаметр".
Для головного изделия, болта и шайбы.
При значении =10 программа в состав/технологию вставит "болт" с диаметром =10 и "шайбу" с диаметром =10.
Если такие уже есть в базе, то найдёт их и вставит.
Если нет, то создаст по шаблону и вставит.

P.S. в формулах if писать можно (как и in и другие операторы). Формулы оперируют с параметрами (можно в т.ч. и строковыми в современной версии "генератора") или с количеством (компонента).
 
Цитата
Константин Чилингаров написал:

P.S. в формулах if писать можно (как и in и другие операторы). Формулы оперируют с параметрами (можно в т.ч. и строковыми в современной версии "генератора") или с количеством (компонента).
При попытке вставить в формулу строковый параметр выскакивает вот такое окно:

Может, я что-то делаю не так?  
Untitled 111111.jpg (33.51 КБ)
Изменено: Bittzzz - 05.12.2019 13:17:33
 
Да. Точно. Там есть нюанс со строковыми параметрами.
Редактор их не воспринимает при составлении формулы сейчас.
Показывает уже составленные формулы нормально.
Сам "Генратор" работает с этими формулами тоже нормально.
Но вот писать формулы со строковыми параметрами пока вручную приходится (вместо параметра подставлять его ID в квадратных скобках).
Я такие формулы в блокноте руками пишу и потом в VOGBIT просто вставляю.
Поскольку никто этим из рядовых пользователей не занимается, пока и не напрягались на эту тему.

Чуть попозже будет время, покажу примеры, как я делаю.
 
Да, спасибо, будет интересно посмотреть на синтаксис конструкции формулы
 
Пример формулы - рис.1.
Параметры "Вентилятор" и "Пластина пакета" - String list, "Проходной" - Boolean.

На самом деле, сама формула - это тоже строковый параметр (рис.2). В квадратных скобках подставлены идентификаторы параметров, значение которых используются "Генератором" при вычислении по этой формуле. Соответственно, можно написать формулу саму не в редакторе (где есть ограничения), а в блокноте, а потом вставить строку в значение параметра "формула". Чем я и пользуюсь.

Как посмотреть идентификатор параметра (чтобы вставить в формулу):
Встаём в окне параметров "шаблона" на нужный параметр (который должен участвовать в формуле). Нажимаем F11, Открывается окно для просмотра объектов VOGBIT. Там выбираем IPlugInDataForm. И там смотрю идентификатор (рис.3).

Пока так. Это только не числовых параметров касается. С остальными можно и по-простому, в редакторе прямо формулу писать.
В следующих версиях доработаем редактор, наверное.
3.png (182.53 КБ)
1.png (16.01 КБ)
2.png (94.42 КБ)
 
Спасибо, вы сэкономили мне месяцы работы. А так, да, нужно редактор конечно доработать, потому как современное конструкторское моделирование параметрическое очень завязано на всяческих if-ах.  
 
If'ы то есть... В ассортименте  :)

Это в самом визуальном редакторе некоторые ограничения стоят сейчас. Нужно посмотреть и потестировать, не выйдет ли где-нибудь боком, если их убрать...
Мы посмотрим.
Главное, сам "Генератор" сейчас нормально с такими формулами и параметрами работает (в прошлом году не умел).
А для составления формул есть workaround, если прямо сейчас нужно. Как выше описано. Поскольку составляют формулы единицы, и это весьма продвинутые пользователи - не смертельно. Работать можно, результат получается.
А так да. Доработать редактор уже в ближайших планах.
 
Подскажите, пожалуйста, есть ли среди возможных операторов, которые не попали в документацию, такой оператор как "like"?. У меня есть куча стандартных деталей со своими маркировками, но определенная часть наименования может служить для определения конкретного параметра.
Например:

Теплообменник TEW xx1.xxxx1.xxx1
Теплообменник TEW xx2.xxxx2.xxx2
Теплообменник TEW xx3.xxxx3.xxx3
Параметр "длина" - 150мм - у всех, где используется маркировка TEW

Теплообменник КАН xx1.xxxx1.xxx1
Теплообменник КАН xx2.xxxx2.xxx2
Теплообменник КАН xx3.xxxx3.xxx3
Параметр "длина" - 200мм - у всех, где используется маркировка КАН

Чтобы не писать километровые формулы, напрашивается конструкция: if "наименование" like '*TEW*', then "длина"=150, elseif "наименование" like '*KAH*', then "длина"=200
 
Цитата
Bittzzz написал:
есть ли среди возможных операторов, которые не попали в документацию, такой оператор как "like"?
Нет. Такого нет.

Цитата
Bittzzz написал:
напрашивается конструкция: if "наименование" like '*TEW*', then "длина"=150, elseif "наименование" like '*KAH*', then "длина"=200
Заведите параметр. Что-нибудь типа "Тип прибора" (string list). И напишите формулу if тип прибора = 'TEW' длина =150, if тип прибора = 'KAH', длина =200.
И всё.

Текущая версия "генератора" не использует обозначения и наименования номенклатуры в формулах. И на это есть веские причины. Во первых, тогда придётся городить выбор, а что использовать? Обозначение или наименование.
Использовать можно будет только обозначение или наименование от только что сгенерированных позиций. Потому что если это "опциональная" позиция, а не созданная только что самим генератором, то их в шаблоне таких может быть штук 10 разных. А то и намного больше. Кто из них попадёт в итоге в "конечное изделие"? - Неизвестно (на уровне шаблона, в котором формулы). А тогда как в шаблоне указать чьё обозначение или наименование использовать в формуле?
С только что созданными самим генератором позициями тоже совсем не всё гладко в плане использования их в формулах. У них запросто в этот момент может и не быть заполненным ещё обозначение. А наименование у них вообще одинаковое у всех "потомков шаблона" в момент генерации, если его вручную не исправлять прямо сразу.
В общем, идея как-то в формулах использовать обозначения или наименования номенклатуры создаёт очень много вопросов.
Вариант с дополнительным параметром, как в начале данного сообщения, намного проще.

Обычно наоборот делается. Заводится параметр какой-то со значениями типа "TEW', 'KAH' и др. какие там ещё бывают. И он используется для автоматического присвоения обозначений созданным позициям и он же может использоваться в формулах, если нужно.
 
Добрый день!
Есть несколько вопросов по генератору и не только:
1) В шаблоне детали для генератора в меню "Технология подробно" в нашем конкретном случае, имеется несколько вариантов материала, из которого эта деталь может быть изготовлена. После того, как деталь "генерируется", в окне "Технология подробно" остается только один материал, на который пал выбор из опций шаблона. Проблема в том, что этот материал после процесса "генерации" не высвечивается как основной материал детали, и, следовательно, не попадает ни в какие отчеты. Стало быть, необходимо вручную этот материал устанавливать как основной. Вдвойне проблема - это в том, что таких деталей сгенерированных не одна и не десять. Это можно как-то исправить? Чтоб Оставшийся в списке материал всегда после генерации по умолчанию являлся основным?

2) Параметр "Профиль и размеры" - может ли значение этого параметра изменяться по какому-нибудь условию? Пробовал формулу писать, наотрез отказывается ее принимать.

3) Если у нас в базе заведен некий материал, у этого материала есть наименование и уникальное обозначение цифровое. Проблема в том, что в отчет идет именно это цифровое обозначение, а если его убрать (обозначение из номенклатуры), то тогда в отчет идет уже наименование материала. Можно ли это как-то подправить?  
 
Здравствуйте,

1. Чтобы материал, который "Генератор" вставил в ТП детали из "шаблона" стал автоматически "основным", нужно в шаблоне к этому материалу добавить параметр "Пометка" (UID = VGB_MARK) со значением = true (рис.1).

2.
Цитата
Bittzzz написал:
Параметр "Профиль и размеры" - может ли значение этого параметра изменяться по какому-нибудь условию?
Да. Может.
Написал простейший if - значение параметра подставляется по этому if'у, как я и написал в нём.
Цитата
Bittzzz написал:
Пробовал формулу писать, наотрез отказывается ее принимать.
Видимо, сама формула неправильно написана (или не туда приделана).
Тут надо помнить, что это строковый параметр, соответственно значение, которое выдаёт "формула" должно быть строкой.
Ну и нужно понимать, что "формулы" в данном случае предназначены, всё таки, изначально для математических вычислений именно, а не операций со строками, массивами и т.п. Можно условия ещё писать. Но это не полноценный компилятор, который умеет операции со строками делать типа перевода из чисел в строки, обрезание и склеивание строк всевозможными способами и т.п.

3. Шаблон отчёта можно исправить, чтобы выводилось то, что нужно. Если речь об отчёте идёт.
1.png (49.17 КБ)
Страницы: 1
Сейчас на форуме (гостей: 16)
Всего зарегистрированных пользователей: 2910
Приняло участие в обсуждении: 340
Всего тем: 804
Всего сообщений: 6066

×
Вход на сайт