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

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

Отсутствие РЦ в дашборде - Терминалы
Константин Чилингаров: Здравствуйте, Да, верно. На дашборде показываются данные по «текущей смене». Которая идёт непосредственно сейчас. Если таковой нет для соответствующего поста – он и не показывается. Другое дело, что dashboard в таком виде вообще достаточно беспол ...
Оформление выдачи готовой продукции из производства - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: В окне «график производства» выделить позиции, которые передаются на склад. Нажать «Сдать на склад» (рис.1). Проверить, что правильно указан склад, куда передаётся, нажать «создать документ» (рис.2). Дальше можно при необходимости поправить количе ...
Отображения количества деталей в терминале - Интерфейс программы
1113: Доброго дня.  Предлагаю в терминале Тип 1 после авторизации, выбора участка и после выбора Заказа в окне выбора детали, выводить не только название детали (или , по сути, технологического процесса) но и количество этих деталей.  Обоснование: если ...
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать. Пояснение: В 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. Через ...

альтернативные технологии

- Общие вопросы - Старые разделы форума
Страницы: 1
альтернативные технологии
 
Доброго времени суток.
Вопрос такого характера, допустим одно и то же изделие имеет несколько способов (разные исходные компоненты) изготовления, т.е. имеет три технологии изготовления, каждая из которой является альтернативной друг другу, каким способом можно создать эти технологии для одного изделия и как ими пользоваться при расчете обеспеченности.
например: имеем три изделия под наименованиями "3","4","5", каждое из них может производиться из полотен-3433, 5433, 4433.
из полотна 3433 получаем "3"- три штуки и "4"- одну штуку, по аналогии и с другими полотнами. Соответственно изд. "3" должно иметь три технологии изд. "4" тоже три технологии, а изд. "5" имеет только одну т.к делается из одного полотна.
 
Здравствуйте,

Не очень понятна суть вопроса.
Создавать альтернативные технологии можно. И управлять их применяемостью можно. Вот только я не уверен, что в данном случае это нужно.

Что такое "полотно" в данном контексте?

Цитата
Алексей Зобнин пишет:
3433, 5433, 4433
Это что?
Это таким образом вы хотели раскрой что ли показать?
Типа можно стандартного размера кусок материала разным образом раскроить, и получатся разные наборы деталей из него? Или что?
 
Это полотна сваренные из продольных и поперечных прутков, которые потом разрубаются на полки, цифрой обозначена длина одной четырех возможных (3-300мм)
 
Т.е.:
- можно сварить полотно длиной 1300мм. И его разрубить на 3 части по 300мм и 1 часть 400мм.
- можно сварить полотно длиной 1500мм. И его разрубить на 2 части по 300мм, 1 часть 400мм и одну часть 500мм
- можно сварить полотно длиной 1400мм. И его разрубить на 2 части по 300мм и 2 части по 400мм.

При этом из заготовки 300мм делается деталь "3", из заготовки 400мм - деталь "4", а из заготовки 500мм - деталь "5".

Так?
 
Почти все три полотна свариваются из поперечных и продольных прутков,продольный у всех трех одинаковый 3000мм, а поперченный у каждого свой у 3433 - 1820мм, 5433 - 2020мм, 4433 - 1920мм.
 
то есть получается , что одна и та же полка может делаться из трех разных полотен, как правильно создать на них техпроцесс
 
Я бы, пожалуй, не стал в данном случае делать никаких альтернативных техпроцессов. Это, по-моему, усложнит и запутает всё.

Ваша задачка – это получается, как раскрой листа. Только проще. Есть разные типоразмеры заготовок (полотна). В частности 3х1.8м, 3х2м и 3х1.9 м. Из разных размеров заготовок можно в определённых сочетаниях нарезать разные детали. То, что вы эти заготовки сами делаете, а не покупаете – не важно.

На все детали пишем по одному техпроцессу, без всяких вариаций и альтернатив.
В ТП детали «3» указываем материал «Полотно, 0.3 м». В ТП детали «Полотно, 0.4 м». И т.д.

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

Для расчёта себестоимости достаточно задать в программе учётную цену «полотна» за метр.

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

Учёт готового «полотна» на складе, если это надо, можно вести в метрах (погонных или квадратных). А чтобы различать какого размера есть «полотна» и выдавать конкретного размера, можно использовать метод учёта SELECT и в комментарии писать, сколько штук, какого размера листов (из которых состоит указанное количество).

Как-то примерно так…
 
Пример  с раскроем листа на не подходи т.к учет в погонных метрах не совсем то что надо. Сварив заготовку 5433 (не путать с листом металла, конструктивно она сварена так, что в ней присутствует по одной детали 5 и 4 и две детали 3), мы можем вырубить только оду деталь 5 (а из листа металла могли бы вырубит несколько деталей 5) следовательно применяемость заготовки 5433 для детали 5 составляет 0,25. Допустим после вырубки детали 5,   0,75 заготовки 5433 осталось на складе, но это не должно означать, что из нее мы еще можем вырубить 3 детали 5 (0,25+0,25+0,25)  т,к из оставшейся заготовки мы можем вырубить только одну деталь 4 (с применяемостью 0,25) и только две детали 3 (с применяемость 0,25 каждая). Аналогично с заготовками 3433 и 4433. С деталью 5 получается наиболее простая технология, т.к ее можно вырубить только из заготовки 5433, а как быть с деталями 3 и 4? Но так же нам обязательно необходимо учитывать количество заготовок 5433, 4433, 3433 и их остатки на складе.
 
Создать несколько версий технологии на каждую деталь, конечно, можно.
Это не вопрос.

Можно вручную.
Встать на деталь в «Номенклатуре». Открыть зависимое окно «Коллекции компонентов». И вручную добавить техпроцесс ещё один. Или 2. Или 3…
Хоть сколько.

А ещё можно Навигатор задействовать. Это приложение такое старое. Написанное ещё до того, как появились такие режимы, как «Состав изделия», «Технология подробно» и т.п. (видно по роликам). Но он до сих пор, в принципе, работает. По крайней мере насоздавать несколько версий ТП или спецификации с его помощью можно в два счёта.

А вот дальше, как только у вас появится несколько версий, нужно будет управлять их применяемостью. Когда, где, какую использовать. Это можно опять же делать вручную. Например, в «расчёте комплектации» есть возможность выбора используемой технологии. А можно опять же «Навигатор» задействовать с его электронными "извещениями".

Только учтите, что «Навигатор» при управлении применяемостью разных версий техпроцесса через «извещения» плодит в базе данных довольно много разных объектов и связей между ними. Так что тренируйтесь лучше на тестовой базе. А то, если неправильно сделаете, или не понравится, то потом удалять результаты этих экспериментов – это отдельная песня будет.

Но!

Мне кажется такое решение (с несколькими версиями) неоправданно сложное для вашего случая. Это нужно для другого. Нет у вас, мне кажется, вариантов техпроцесса. Есть просто разные заготовки. И использовать в данном случае варианты – это, imho, только всё усложнять и запутывать.

Давайте рассмотрим вопрос с другой стороны. Сугубо организационной для начала.

Вот вы говорите (сообщение #8 ), что из заготовки «5433» можно единственно сделать только одну деталь «5», одну деталь «4» и две детали «3». И никак иначе. И ничего другого из неё сделать в принципе нельзя. Тогда возникает вопрос:
А зачем вообще в такой ситуации хранить такую заготовку на складе? Или, тем более, обрезок от такой заготовки? Если из неё ничего, кроме заранее оговоренного набора деталей, сделать нельзя всё равно. Почему бы тогда, если есть заготовка, то сразу не сделать из неё такие детали и сложить на склад уже их (готовые детали "3", "4" и "5")? Пусть хоть детали будут, потом примените их куда-нибудь. А какой прок в том, чтобы сделать и хранить заготовку из которой всё равно ничего, кроме означенных деталей не получится? Это получается то же самое что потратить материал, начать делать деталь, но не доделать её и бросить на середине на неопределённый срок. Зачем так делать? Если уж начали делать, то лучше тогда уж до конца хотя бы доделать, то что начали... (так мне кажется. Из общих соображений)

Если такое рассуждение принять, то тогда совсем по-другому можно всё сделать. И опять же, без версий техпроцессов.
 
Посмотрим на нашу проблему с другой стороны на отвлеченном примере. Допустим на производстве светофоров, всегда на складе необходимо иметь стекла трех цветов, но не исключены случаи когда один из цветов отсутствует.Так же на производстве изг. деталь, материалом для которой может служить любой из цветов присутствующих на складе, то есть заказчику не важно какого она цвета. Соответственно, запуская в производство изготовление этой детали, где то должно быть указанна проверка по приоритетам материала на складе  то есть в отсутствии какого то цвета программа сама принимает решение из какого цвета ее изготовить. Где? При большой номенклатуре на заводе, естественно оператор обслуживающий программу не может запомнить технологию изготовление всех деталей, поэтому отдает это решение программе.
 
Цитата
Алексей Зобнин пишет:
поэтому отдает это решение программе
Идея ваша понятна.
Но в VOGBIT нет такой функции, чтобы программа сама автоматически выбирала из нескольких вариантов, что брать со склада. И в таком виде, вероятно, и не будет.

Объясню почему.

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

2. По предложенной логике программа должна сама говорить человеку, что выдавать со склада, опираясь при этом всего лишь на несколько цифр. А что если эти цифры окажутся просто недостоверными? Или недостоверными в данный момент времени?

3. Из той же оперы, приблизительно: не редкое явление, когда между созданием заявки на получение на складе и собственно получением проходит определённое время. А за это время ситуация может и поменяться. Т.е. то, что заменили в этой заявке в момент, когда «ещё только собирались», может оказаться неактуально в момент, когда пора реально получать.

4. Сейчас у нас уже достаточно много пользователей. И есть среди них такие, которые, как бы это выразиться…, весьма хаотично жмут на всё подряд. Часто, причём, настолько быстро, что не успевают даже понять, что же именно они сделали. Добавим к этому искусственный интеллект, который, опираясь на такие, не сказать, что очень осмысленные, действия, будет автоматически что-то где-то выбирать и одно на другое менять. Добавим предыдущие 2 пункта. В итоге получим синергетический эффект. Гремучий коктейль. Понять в нём, что в итоге получилось и почему, будет решительно невозможно. Не говоря уже о возможности хоть какого-нибудь практического применения такого результата.

Поэтому делать, чтобы программа сама решала, что брать, а что не брать со склада, мы не будем.

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

Но если будем что-то добавлять в этом направлении, то, думаю, не совсем так, как вы предлагаете.
Автоматически ничего заменять и выбирать программа точно не будет. Скорее, указывать варианты. Чтобы при недостатке чего-либо на складе программа могла в удобном виде показать, на что это можно заменить, с какими ограничениями, и т.п. А человек уже, глядя на это, выбирал: заменять/ не заменять, на что заменять.

Что-нибудь такое, возможно, и сделаем.

Цитата
Алексей Зобнин пишет:
оператор обслуживающий программу
Вот тут у нас с вами принципиальное расхождение в подходах.
Обслуживать можно сервер. А программу обслуживать не нужно. Её нужно использовать. И работать с ней должен не оператор, а специалист. Решающий свою конкретную производственную задачу. С использованием программы.

Подход «Посадим оператора, он всё, что нужно, введёт, а потом всё само заработает, программа всё сделает» работает, разве что, с управлением станком с ЧПУ. Да и то, нужно и с умом вводить, и знать, что делать потом. А что касается управления производством вообще (читай, действиями людей), то такой подход не работает в принципе. Лучшее, что можно при таком подходе добиться, это то, что люди, которые реально работают, посмотрят на то, что вы им в итоге покажете (бумагу или экран), и скажут: «А… Ну да… Хорошо.» И пойдут. И будут делать всё ровно так же, как до этого всегда и делали. И ничего не изменится, окромя появления некоторой дополнительной головной боли для участников процесса, а также увеличения количества действий и бумаг.
 
Тогда направьте на правильный путь учета промежуточных деталей по схеме (схема по нашей реальной технологической карты)
Детали 2020, 1920,1820,6030 - получаются на прямую из сырья, далее из них изготавливаются промежуточные узлы из которых получаются изделия 300.1, 400.1, 500.1, необходим  учет на всех этапах производства.
 
Из вашей схемы я понял то, что вся технология заключается в рубке и сваривании прутков (проволоки?) в различных сочетаниях (отрубить, сварить, разрубить то, что сварили). Не сильно сложное производство, судя по всему.

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

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

А чтобы сказать как именно изготовление таких «комплектов» в вашем конкретном случае лучше описывать, это нужно разбираться с тем, как реально выглядит ваше производство. Какого оно размера, как работает, с какой скоростью, как физически всё это происходит. Что где выполняется, как перемещается, что и как складируется, сколько занимает та или иная операция по отношению к предыдущей, какие объёмы и т.п. И главное, в чём заключается основная проблема, которую вы пытаетесь решить.

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

В частности, сразу всплывают вопросы:
- объёмы и скорость производства?
- зачем хранить и учитывать отдельно то, что на вашей схеме называется «5433», «4433» и «3433»?
- как выглядит технология изготовления деталей «300», «400» и «500»? Там, кроме разрубания сваренного «листа» из проволоки, есть что-нибудь ещё или нет?

Дело в том, что если, например, эти заготовки (5433) и т.п. делаются тысячами и десятками тысяч, то это один вариант организации производства. И применения программы соответственно. Если речь идёт о количестве типа 3,5,15 – это принципиально другой случай…

Хотите – приедем, посмотрим, пообщаемся. Правда, это дорого будет стоить. Зато полезно и быстро.

А так на форуме можно долго обсуждать общие принципы… (зато бесплатно, правда). Невозможно сказать точно, что нужно делать, не зная ни ситуации, ни даже какую проблему надо решать.
Страницы: 1
Сейчас на форуме (гостей: 8)
Всего зарегистрированных пользователей: 3166
Приняло участие в обсуждении: 364
Всего тем: 804
Всего сообщений: 6067

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