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

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

Печать графика производства - Производство
Илья: 13 Константин Чилингаров написал: В вашей операционной системе нет компонента vcredist_VS2010_x86. Он нужен. Чтобы не искать - https://cloud.mail.ru/public/2Gen/9uTxGwcWj вот ссылка . Скачайте файл, запустите, он установится. После этого зар ...
График производства, календарный план - Ошибки в работе
Илья: 13 Константин Чилингаров написал: /forum/messages/forum29/topic2578/message15878/2578-kolonki-operatsiya-i-sostoyanie#message15878 Вот здесь картинка - как будет выглядеть после следующего обновления. /forum/user/19032/ Илья написал: Сли ...
Миграция БД - Отчёты
Константин Чилингаров: По ошибке: /forum/messages/forum26/topic2564/message15862/2564-pustoy-blank#message15862 Решение . Не нужно нажимать в этом окне (выбор шаблона отчёта, который хотите использовать) "принтер". Нужно выбрать шаблон требуемый и нажать " ...
Прикрепление файлов к узлам, деталям, спецификациям. - Обновление
Михаил: Здравствуйте. Подскажите, пожалуйста, есть ли возможность прикреплять к деталям и/или спецификациям не конкретный файл (например рабочие чертежи), а путь к файлу на сервере. Просто если прикреплять файл то он копируется в базу SQL-я сильно утяжеляе ...
автоматическое закрытие лимитных карт - Материалы, Комплектующие, Складской учёт
Lexam: Да, это нормальный вариант 13 Константин Чилингаров написал: из "графика производства": ставим фильтр по "состояние" = "готово" -> документы для склада -> получение со склада -> выделить все -> "закрыт ...
Пустой бланк - Демо версия
Константин Чилингаров: [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/O_H5rhclKx4?feature=oembed[/VIDEO https://cloud.mail.ru/public/54b5/2UPnwPK23 Вот тут выложил полный комплект шаблонов отчётов стандартных для версии VOGBIT 20.5.
Колонки Операция и Состояние - Производство
Константин Чилингаров: /forum/messages/forum40/topic2489/message15381/2489-grafik-proizvodstva_-kalendarnyy-plan#message15381 Вот здесь обсуждалось. В следующем обновлении дополнительно появится в "графике производства" колонка, показывающая готовность в проц ...
Обновление 20.5. Задачи и файлы - Обновление
Константин Чилингаров: Вкратце про «Задачи и файлы»: Изначально данная функциональность разрабатывалась для производства «проектного» типа (с прицелом, может, ещё зачем-нибудь пригодится). То есть выпускающего нечто уникальное, в единственном экземпляре, на заказ. Когд ...
Перемещение - Прочее
Константин Чилингаров: Здравствуйте, Тут всё зависит от сути данного процесса в реальной жизни. Вариант 1. Сделали какое-то количество корпусов. Каждый, по идее должен быть со своим серийным номером. Но шильдиков не было. Пока сдали так на склад. Появились шильдики, ...
Ошибка автозаполения накладной из производства - Ошибки в работе
Константин Чилингаров: Да. Похоже, ошибка. На "максимальном" уровне получилось воспроизвести. На "высоком" всё нормально сработало. Будем разбираться.  WorkAround (пока разбираемся и чиним): 1. если сильно нужно именно так, то можно руками в этом от ...
Расчет комплектации - Производство
Константин Чилингаров: 19032 Илья написал: Единственное что в в "Проработке" остались "стандартные изделия". Причем я так понимаю они остались еще с изначального расчета комплекции. С ними что делать? Удалить. 13 Константин Чилингаров написал: ...
Удаление позиции из номенклатуры - Прочее
Илья: Спасибо за терпение. Теперь получилось
Группа планирования по кооперации - Производство
Илья: Понятно спасибо. Решили обойтись без этой настройки, поскольку по кооперации делается только одна из операций (и не всегда заготовка)
Ошибка обновления отчетов - Отчёты
D.shumkov: Понял. Задача не приоритетная, решим позже.
Выгрузка коэффициентов пересчета - Материалы, Комплектующие, Складской учёт
Петр Свиридов: Благодарим. Даже не подозревали, что есть такой недокументированный функционал.
Автоматический расчет количества материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Делается так: Для материалов заводим в "Номенклатуре" /support/412/#_8175 коэффициенты пересчёта . Для листа - вес м2, для круга - вес метра. Сами значения коэффициентов находятся за 5 секунд в интернете, там бесплатных "металлических ...
Расчет потребности - Производство
Константин Чилингаров: 18841 D.shumkov написал: расчет потребности выдает только информацию по верхнему уровню Всё правильно. "Вариант 1" подразумевает, что [B любая[/B позиция изделия (будь то детали или сборочная единица) может присутствовать готовая н ...
Дублирование номенклатуры - Состав и технология
Константин Чилингаров: Здравствуйте, Вот https://youtu.be/7gywY9uRGeM ролик про версии ТП. Там показано в т.ч., как выбрать(назначить), какую версию ТП использовать. На примере назначения в "производственном заказе". Ровно точно так же можно в окне " ...
Показ свободного времени на графике загрузки. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Да. Согласен. Сам об этом думал. Есть такие моменты, когда приходится в уме по процентам и "ёмкости" смены прикидывать, сколько туда позиций будет в самый раз ещё  "докинуть". Сегодня только на заводе в очередной ...
Удаление заданий - Производство
Константин Чилингаров: Делать видео "в общем, про удаление вообще всего во всех случаях" - слишком длинно получится. И всё равно неопытный пользователь не сможет там правильно идентифицировать сразу то место в этом опусе, куда ему смотреть и в каком порядке. А оп ...

Генератор

Подготовка исходных данных, описание изделий и процесса их изготовления - Состав и технология - Работа с программой
Страницы: 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).

Пока так. Это только не числовых параметров касается. С остальными можно и по-простому, в редакторе прямо формулу писать.
В следующих версиях доработаем редактор, наверное.
1.png (16.01 КБ)
2.png (94.42 КБ)
3.png (182.53 КБ)
 
Спасибо, вы сэкономили мне месяцы работы. А так, да, нужно редактор конечно доработать, потому как современное конструкторское моделирование параметрическое очень завязано на всяческих 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.png (79.75 КБ)
 
Добрый день! Спасибо за ответ.
Есть еще такой вопрос - как сделать так, чтобы в окне генерации параметров первыми шли параметры без символа fx? А после них следовали с fx. Для удобства
вогбит.jpg (95.13 КБ)
Изменено: Bittzzz - 18.02.2020 15:07:34
 
Здравствуйте,

В параметрах "шаблона" (в "номенклатуре") стрелочками вверх/вниз расставьте параметры в таком порядке, как вы хотите, чтобы они шли.
Они в таком порядке в окне "Генератора" и будут.
1.png (55.62 КБ)
 
Кнопки эти не работают, я их уже нажимал, ничего не происходит
 
Работают.
Сортировка, скорее всего, у Вас включена в окошке "параметры" по какой-нибудь колонке. Выключите.
Страницы: 1
Сейчас на форуме (гостей: 26, пользователей: 1) Илья
Всего зарегистрированных пользователей: 3102
Приняло участие в обсуждении: 356
Всего тем: 804
Всего сообщений: 6067

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