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

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

Описание порядка выполнения операций при изготовлении - Состав и технология
Константин Чилингаров: Здравствуйте, Существующие в текущей версии варианты: 1. Не запускать "тройники" (не создавать задания) до тех пор, пока не сделаны "корпуса" и "штуцеры" (ну если только последние, конечно, не были сделаны заранее ...
В расчет потребности не попадают детали из готового изделия - Состав и технология
Константин Чилингаров: Такой вариант по смыслу соответствует тому, что изготовленные в рамках данного заказа детали, хотя и используются для сборочной единицы в этом же заказе, сначала передаются на склад (отмечается в программе). А потом через какое-то время выдаются со с ...
Перемещение в учетную группу - Ошибки в работе
Константин Чилингаров: Точно. Воспроизвёл. Так и есть. Это недоработка. Будем чинить. Спасибо!
Редактирование параметра профиль и размеры - Состав и технология
Константин Чилингаров: Называть параметры можно как угодно. В том числе переименовывать. И свои создавать, любые. От названия параметра ничего не зависит.  Можете, например, в своей базе переименовать, если есть желание. Почему не вывести параметр материала "профи ...
Как правильно организовать начальный импорт данных на склад - Экспорт импорт данных
Константин Чилингаров: 18911 Станислав написал: А по срокам примерно? День - неделя (в зависимости от загрузки в этот момент). Скорее, день. Плагин сам есть готовый. Вместе с краткой инструкцией и примером его дадим. Если что не получается, то 1-2 коротких консульта ...
Работа с заданиями - Производство
Константин Чилингаров: Здравствуйте, На "среднем" уровне задания не выдаются на пост на конкретную смену (основное предназначение режима "Новые задания"). Соответственно, в режиме "Новые задания" с ними делать нечего. Они там выводятся для ...
График производства перестал показывать вторую очередь - Производство
Станислав: 13 Константин Чилингаров ,  Спасибо! Я вас во все в принципе понял. С Уважением!
Обеспеченность с закрытыми заявками покупателей - Производство
Константин Чилингаров: Здравствуйте, Видимо, речь о том, что когда включены "учётные группы", то в "Обеспеченность" показываются внизу "пустые" остатки по всем ранее существовавшим группам (закрытым). Попробовал, да есть такая штука. Согл ...
Удалить расходную накладную - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18911 Станислав написал: Странно, но ЕИ по умолчанию через некоторое время опять появились те же самые, что и были раньше.Т.е удаление их из окна связанных с номенклатурой объектов не решает проблемы, попробовал кг заменить на м, все равно устанав ...
Работа с заданиями - редактирование строки по конкретной операции над деталью - Производство
Константин Чилингаров: Здравствуйте, 18911 Станислав написал: В технологии за конкретной операцией Пиление заготовки пост на котором исполняется операция конкретно не указан, и поэтому в связанных объектах указано две ленточные пилы. Некоторые общие вещи по поводу ...
Удвоение потребности - Производство
Станислав: 13 Константин Чилингаров ,  Фигасе - походу "мозгу юзера" капец. Спасибо за пояснения. С Уважением!
Переключение между базами данных - Обновление
Константин Чилингаров: Здравствуйте, Разные "файлы программы" в базах. На одной стоит обновление, на другой нет. 4146 Владимир Трусов написал: Как это починить? Поставить последнее обновление на обе базы.
Информация о количестве изделий на терминале - Интерфейс программы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: А сейчас эта кнопка работает? По моему после последнего обновления перестала Вроде работает. Вчера проверял, работала (тип терминала 4). Но она вообще изначально задумывалась для того, чтобы можно было ...
Терминал. Распределение заданий на разные участки. - Терминалы
Константин Чилингаров: Про выдачу одного задания на разные посты, которые на разных участках. Я бы всё таки настоятельно не рекомендовал так делать. Это идеологически изначально не предусмотрено, и чревато. Например, к "участку" привязывается "тип терминал ...
Выдача ТМЦ со склада "без основания" - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18931 Volkov1 написал: Можно ли осуществлять выдачу любых номенклатурных позиций со склада? Ответ на одно сообщение выше. Проблема не в выдаче. Всё выдаётся и проводится в программе: накладная создаётся (в виде электронного документа в програ ...
Ошибки после обновления декабрь 2019 - Терминалы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: они не связаны с отключением электричества или аварийным завершением но вот это 3520 Alex-220781 написал: аботник нажимает кнопку "завершить", выскакивает ошибка - это и есть аварийное з ...
Вопросы по демо версии - Демо версия
Станислав: 13 Константин Чилингаров , Здравствуйте! Не хотел Вас обидеть своими глупыми вопросами, но причина в том числе и не совсем дружественном интерфейсе проги и довольно сложной структуре данных, предназначенной для построения СУБД. У обычного реально ...
Комментарии к операциям - Прочее
Константин Чилингаров: Здравствуйте, В этом окошке (график работ по сменам/ детальный график) в этой колонке отображается комментарий к операции, указанный в техпроцессе.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: У вас в списке всего деталей, которые можно объединить в группу: 8 шт, 2 шт и 2 шт. Вы говорите, что в группе деталей: 8шт, 2шт и 2шт. Больше одной такой "группы" из такого количества деталей создать не получится.
Ошибка при выводе на печать предварительных заказов в демо версии производство - Производство
Константин Чилингаров: Здравствуйте, В окне, где выбирается бланк отчёта (какой нужно распечатать), нужно выбрать подходящий шаблон и нажать "Ок" (не на "принтер"). См. /support/622/#_v7680 здесь , рис.68.

Вопросы при работе с МК (Металлоконструкциями)

- Практические приемы работы - Старые разделы форума
Страницы: 1 2 След.
Вопросы при работе с МК (Металлоконструкциями), Проблемы на этапе создания состава изделия, а так же при заполнении технологической карты
 
Добрый вечер. В процессе оценки применимости ПО Vogbit для нашего производства возник ряд вопросов. Давайте по порядку:

1. Состав изделия. Мы работаем со спецификациями такого типа(Пример спецификации 1.jpg). Заполняя по спецификации такого типа состав изделия в Vogbit я получил следующее (vgb1.jpg). Насколько это корректно для самой программы? Смущает то, что материал для сборочной единицы не заполнен. Также массу сборочной единицы приходится набирать вручную - существует ли способ чтобы масса подсчитывалась автоматически исходя из массы входящих в состав деталей и их количества.
Еще одно замечание - в пособии "Подготовка данных в единичном производстве" рекомендовалось указывать в составе изделия тип связи "Отправочная марка", а такого типа нет в списке. Вместо него я использовал "Сборочная единица", верно ли это решение?

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

Заранее спасибо.
vgb1.jpg (119.2 КБ)
 
Здравствуйте,
Цитата
Насколько это корректно для самой программы?
Вполне нормально выглядит (то, что на вашем скриншоте). А что не так?

Цитата
Смущает то, что материал для сборочной единицы не заполнен.
Это дело вкуса. Можно так, как вы сделали. Точно так же можно например сделать и вот так - см. рисунок. Вопрос в том, выделять "главную деталь" отдельно в составе марки или не выделять. Можно и так, и так. В любом подходе есть свои преимущества. Программе всё равно, делайте так, как удобнее.

Цитата

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

Цитата
в пособии "Подготовка данных в единичном производстве" рекомендовалось указывать в составе изделия тип связи "Отправочная марка", а такого типа нет в списке. Вместо него я использовал "Сборочная единица", верно ли это решение?
Вполне. В демо-базе название для этого типа связи изменено с "Отправочная марка" на более нейтральное - "Изделие". Просто "Отправочная марка" термин специфический (характерный именно для производства МК), а "Изделие" - более привычно для самых разных типов производства.
А в целом, это принципиального значения не имеет. Можно переименовать "Изделие" в "Отправочную марку", можно не переименовывать, можно использовать "Сборочная единица". На работоспособность программы в данном случае это никак не влияет.
1.png (47.15 КБ)
 
Здравствуйте, подскажите как в окне "состав изделия" вносить данные (отправочные марки и детали), если их сначала набивать в "номенклатуре" то через 5 заказов номенклатура будет очень большая и можно потеряться
 
Скажите пожалуйста, как настроить чтобы масса отправочной марки считалась автоматически по введенным в ее состав деталям (для контроля правильности ввода) в технологической карте заказа
 
Здравствуйте,
Цитата
Евгений Якимов пишет:
если их сначала набивать в "номенклатуре" то через 5 заказов номенклатура будет очень большая и можно потеряться
Заведите в справочнике "Номенклатура" папки и подпапки. Разложите свою номенклатуру по ним, чтобы номенклатура одного заказа была отдельно от другого, чтобы новые заказы были отдельно от старых. И всё. Не потеряетесь.

Ничего страшного не будет. Ни через 5 ни через 10, ни через 35 заказов. Проверено.
 
Цитата
Евгений Якимов пишет:
Скажите пожалуйста, как настроить чтобы масса отправочной марки считалась автоматически по введенным в ее состав деталям (для контроля правильности ввода) в технологической карте заказа
В модуле «Состав изделия», который предназначен для ручного ввода, такой функции нет. Потому что она там особого смысла не имеет.

Данные вводятся с чертежа, а на нём масса отправочной марки написана. Масса отдельных деталей, строго говоря, и не нужна ни зачем в программе. Так, для эстетического удовольствия ввести, разве что. При ручном вводе имеет смысл вводить сразу общую массу марки и всё. Проще же ввести правильно одну цифру с чертежа, чем ввести 20 цифр, только для того, чтобы потом эти 20 в столбик сложить и ту же самую одну сразу известную цифру получить.

А для контроля можно ведомость отправочных марок потом напечатать и общий вес сверить.

Функция вычисления массы марки, как суммы масс деталей актуальна при импорте данных, а не при ручном вводе. Но там она, обычно, является встроенной в модуль импорта и просто срабатывает автоматически, когда нужно.
 
По данным которые будут вбиваться в состав изделия, т.е массы деталей и их количество программа сосчитает количество металла, а если будут ошибки при вводе информации, то и металл
посчитается не правильно. Поэтому необходимо контролировать правильность ввода массы отправочной марки.
 
Цитата
Константин Чилингаров пишет:
Заведите в справочнике "Номенклатура" папки и подпапки. Разложите свою номенклатуру по ним, чтобы номенклатура одного заказа была отдельно от другого, чтобы новые заказы были отдельно от старых. И всё. Не потеряетесь.

Ничего страшного не будет. Ни через 5 ни через 10, ни через 35 заказов. Проверено.

Хорошо, производство строительный конструкций-это единичное производство, т.е повторяемость деталей стремится к нулю. В заказе примерно 1000 отправочных марок, которые включают в среднем по 10 деталей, получается 1000х10=10000 деталей. Если все эти детали формировать в одной папке соответствующей заказу то я потеряюсь в деталях. Если формировать в папке с заказом, папки по отправочным маркам, то и этих папок будет 1000 штук.
Вот и вопрос, ведь в видеоролике вы вводили детали сразу в окне "состав изделия", а теперь их нужно перетаскивать из окна "номенклатура" предварительно их создав. Или я не прав?
 
Цитата
Евгений Якимов пишет:
По данным которые будут вбиваться в состав изделия, т.е массы деталей и их количество программа сосчитает количество металла
Ничего подобного. Это не так.

Вес - это вес. А количество материала - это количество материала.
Это вещи разные.

Во-первых, количество материала очень часто указывается вообще не в килограммах, а в метрах, миллиметрах, квадратных метрах и т.п.

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

*в производстве строительных металлоконструкций, где подавляющее большинство деталей предельно простые по форме (кусок двутавра, уголка, прямоугольник и т.п.) это не настолько актуально, как, например, в машиностроении, и многие действительно для упрощения ставят вместо нормы расхода материала просто линейные размеры, вес или площадь детали.
Это не значит, что так и нужно делать всегда. Это упрощение, которое конкретно в данном случае вполне допустимо, т.к. не вносит слишком большой погрешности (т.к. детали очень простые).
 
Цитата
Евгений Якимов пишет:
В заказе примерно 1000 отправочных марок, которые включают в среднем по 10 деталей, получается 1000х10=10000 деталей
Это немного.
Вот пример. У людей и по 4 и по 6 тысяч марок в заказе (части заказа) бывает. И по 20 заказов одновременно в производстве (не все, конечно, такие большие). И никаких неудобств это им не доставляет.

Цитата
Евгений Якимов пишет:
Если все эти детали формировать в одной папке соответствующей заказу то я потеряюсь в деталях. Если формировать в папке с заказом, папки по отправочным маркам, то и этих папок будет 1000 штук.
Ну так проявите фантазию. Это не единственные 2 варианта. Можно же разложить марки отдельно, детали отдельно. Можно отдельно колонны, отдельно фермы, отдельно лестницы с площадками, и т.п. Можно по захваткам. Можно по этапам монтажа/изготовления. Структуру папок можно и многоуровневой делать, вообще-то… Да миллион вариантов можно придумать. Главное, чтобы самому удобно было.

Это же, как с файлами на компьютере. У вас сколько, например, файлов на диске С? У меня где-то немного больше 250 000 сейчас. И никаких проблем это не вызывает. Никакой путаницы нет. Они же не кучей лежат, а разложены по папкам, подпапкам и т.д.
Также и номенклатуру свою разложите.

Цитата
Евгений Якимов пишет:
в видеоролике вы вводили детали сразу в окне "состав изделия"
Это где такое? Я что-то уже и не помню. В каком ролике?

Действительно, когда-то, на заре, в самом начале, была такая у нас возможность. Но потом, уже давным-давно, её убрали. Оказалось, не нужно, не удобно, никто не пользовался. Все просто вводят марки и детали в «Номенклатуру», а потом их перетаскивают. Так проще, понятнее, быстрее.

P.S.
Кстати,
По специфике производства металлоконструкций.
В разных заказах действительно повторяемости не будет. Но, на самом деле, не из-за того, что её реально нет, а просто из-за того, что так проще. Такие простые детали проще заново нарисовать, чем искать в точности такую же деталь в другом заказе.
А вот что касается одного заказа, то там повторяемость может быть и очень даже большая. Какие-нибудь колонны, например. Марки разные, несколько десятков, а детали в них процентов на 80 одни и те же. Это запросто.
 
Цитата
Константин Чилингаров пишет:
Вес - это вес. А количество материала - это количество материала.
Это вещи разные.
Во всех договорах на поставку металлоконструкций, объемы поставки измеряются в килограммах (т.е единицах массы), во всех проектах КМД (конструкции металлические деталировочные) по которым изготавливаются конструкции есть вес абсолютно каждой детали и соответственно отправочной марки, которые потом суммируются и получается общая масса конструкций которая по отгрузочным документам (где конечно же указана масса изделий) оплачивается заказчиком. Т.е масса это очень важный параметр который должен с самого начала быть правильно введен в программу.
Металл покупается в тоннах (тоже кстати единица массы), списывается в тоннах. И не один поставщик металла еще не выставлял счет на металл в квадратных ли погонных метрах т.к у изготовителя металлопроката есть погрешность на толщину проката при изготовлении и он продает металл только по массе.
Заявка на покупку металла соответсnвенно должна быть в тоннах.
 
Цитата
Константин Чилингаров пишет:
Кроме того, количество материала - это, вообще-то не размеры или вес детали, а норма расхода материала
Кстати норма расхода материала-это количество материла без учета потерь на раскрой и хранение. Т.е получается что для изготовления детали требуется количество металла заложеного в проекте КМД плюс норма на допустимые отходы, для нашего конкретного производства она равна 4% для металлопрокта и 2% для труб. Именно с такой нормой на отходы списывается металл по КС-29. Т.е обратите внимание везде КГ.
 
Цитата
Евгений Якимов пишет:
Т.е масса это очень важный параметр который должен с самого начала быть правильно введен в программу.
Масса марки - да. Она фигурирует везде: в ведомостях, в графиках и отчётах производства, в накладных, в сводных отчётах по заказу за период и т.п. А масса каждой отдельной детали в VOGBIT не нужна. Зачем она? В программе, где проектирование выполняется, где чертежи оформляются - понятно, нужна. А дальше зачем? Она нигде из вышеперечисленного (ведомости, накладные, отчёты и показатели производства и т.п.) не фигурирует сама по себе.
Поэтому я и говорю. Ладно, при импорте готовых денных с модели. Там всё есть, можно всё и залить. А вручную вводить в VOGBIT массу каждой детали зачем? Нет, можно, конечно... Но, разве что, для собственного эстетического удовольствия. Чтобы красивее было. Ибо на работоспособность программы, а также на результат, её наличие или отсутствие никак не влияет, и одна сама по себе она нигде никак не используется.

Цитата
Евгений Якимов пишет:
Металл покупается в тоннах (тоже кстати единица массы), списывается в тоннах.
Вы не открыли ничего нового ;)
Только в производстве неудобно в тоннах. Это бухгалтерии удобно в тоннах и килограммах всё. Может, поставщику и снабжению (не всегда). А в производстве вы рабочему так и будете говорить: "опили ка мне, дружище, 143 кг вот такого уголка и 434,5 кг балки" :).

То, что бухгалтерии удобнее в тоннах, тому, кто пилит, удобнее в метрах. Поэтому и существуют технологические единицы измерения - для производства, единицы измерения, за которые цена указывается - удобные для бухгалтерии и расчётов, единицы измерения, которые на складе используются - им вообще в штуках самое удобное мерить.

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

Цитата
Евгений Якимов пишет:
Заявка на покупку металла соответсnвенно должна быть в тоннах.
Делайте в тоннах. Кто мешает? И при этом нет никаких проблем указывать норму расхода в метрах. Одно другому никак не противоречит и не мешает.

Цитата
Евгений Якимов пишет:
норма расхода материала-это количество материла без учета потерь на раскрой
Это почему же вы так решили?

Цитата
Евгений Якимов пишет:
для изготовления детали требуется количество металла заложеного в проекте КМД плюс норма на допустимые отходы, для нашего конкретного производства она равна 4%
Это, вообще-то, и называется нормой расхода. Норма расхода есть усреднённое количество материала, необходимое и достаточное для изготовления соответствующего изделия. Вычисляется, обычно, либо статистическим путём, либо, как "чистые" размеры или вес изделия * коэффициент потерь. А 4% ваши - это как раз и есть этот самый усреднённый коэффициент технологических потерь, принятый в вашем производстве. В т.ч. из-за раскроя (в основном, из-за него, т.е. из-за некратности размера заготовки размерам и количеству деталей, иначе бы почти 0 получалось). У вас это 4%, у кого-то 6% и т.п. Я встречал особо отчаянных парней, у которых было 40% :) Тоже, кстати, металлоконструкционщики.

И при расчёте себестоимости, потребности в материалах и т.п. правильно брать именно это количество (размеры или вес детали + N%). Поэтому я вам сразу и сказал, что вес детали и количество материала (норма расхода) - это разные вещи. Теперь мы с вами вместе просто это расшифровали и описали подробно. Вы же сами и сказали, что они у вас отличаются. Где на 4%, где на 2.
Также ещё раз повторю, что в производстве металлоконструкций многие не заморачиваются, и пишут в количество материала просто чистые размеры детали (или вес). Из ваших же цифр понятно почему. Потому что разница очень маленькая и практически ни от чего не зависит. Можно просто посчитать общее кол-во материала и умножить на 1.04. И всё. А чистые размеры (вес) вводить тупо проще. Они на чертеже, с которого вводишь, написаны. И не надо заморачиваться ничего пересчитывать, добавлять и т.п.
В машиностроении, например, намного сложнее всё. Там, во-первых, коэффициент может запросто варьироваться от 5 до 25 процентов. Во-вторых, он зависит далеко не только от сортамента материала, а ещё от кучи вещей.

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

P.S. Если честно, я не очень понимаю, в чём заключается предмет данной дискуссии.
 
Резюме:

Вводить массу в VOGBIT имеет глубокий смысл для отправочных марок. Массу каждой отдельной детали вводить можно, но разве что для красоты. С точки зрения практического применения, она в программе ни за чем не нужна.

Количество материала вводить нужно. Для каждой детали. Если вы, конечно, хотите использовать каким-то боком программу для любой из задач связанных с материалами (расчёт на заказ, склад, снабжение, себестоимость).

В чём вводить количество материала - без разницы. Хоть в метрах, хоть в тоннах, хоть в килограммах, хоть в миллиметрах. Это всё равно. Как удобнее. Можно всё и везде в килограммах вводить. А можно, например, количество вводить в метрах, а остаток на складе, заявки для снабжения получать из программы в тоннах. Только коэффициенты один раз завести и всё будет пересчитываться.

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

Вот, собственно, и весь сухой остаток.
 
Цитата
Константин Чилингаров пишет:
Вводить массу в VOGBIT имеет глубокий смысл для отправочных марок. Массу каждой отдельной детали вводить можно, но разве что для красоты. С точки зрения практического применения, она в программе ни за чем не нужна.

Ладно, каждый остался при своем мнении и спорить на расстоянии действительно смысла нет.
Тогда просто объясните как нужно считать количество металла на заказ, если я не буду
вводить количество металла на каждую деталь входящую в отправочную марку.
 
Цитата
Константин Чилингаров пишет:
P.S. Если честно, я не очень понимаю, в чём заключается предмет данной дискуссии.

А началось с того, что я попросил объяснить как можно сделать, что бы масса в технологической  карте заказа автоматически просчитывалась на отправочной марке по введенным массам деталей.
Если это возможно конечно.
Сказали бы что нет такой возможности и все !!! этим бы закончилось
 
Цитата
Евгений Якимов пишет:
как нужно считать количество металла на заказ, если я не буду
вводить количество металла на каждую деталь входящую в отправочную марку.
Никак. Нечего будет тогда считать.

Цитата
Евгений Якимов пишет:
что бы масса в технологической карте заказа автоматически просчитывалась на отправочной марке по введенным массам деталей.
Если это возможно конечно.
Сказали бы что нет такой возможности и все
Это возможно. Там где нужно. Например, когда загружаются данные о марке из такого источника, где есть только список деталей, входящих в марку, количество и масса каждой детали. Так выглядит то, что получается с 3D модели, например. Общая масса марки нужна? Да нужна. И она в данном случае вычисляется автоматически путём суммирования массы составляющих.

Что касается ручного ввода с чертежа (модуль "Состав изделия"), то в этом месте такую функцию не вставляли, ибо она в этой конкретной программе в этом месте бессмысленна. Зачем вводить 15 цифр, чтобы сложить их в столбик, если известна сразу конечная цифра, рядом же написанная там, откуда вводишь, и можно ввести сразу только её одну?

Если очень хотите, можете заплатить отдельных денег, мы вам вкрутим эту функцию персонально для вас в это место. Будете вводить массы деталей, нажимать кнопку, и они будут складываться в столбик.
Без проблем.

Но поверьте, зря потратите деньги. Потому что потом поймёте, что это было не нужно.

P.S.
Мне, честно говоря, просто непонятно, почему вы так хотите поспорить о том, как работает программа, с тем, кто её написал? :)
 
Цитата
Евгений Якимов пишет:
этим бы закончилось
Да. Возможно.
Сказать "Нет" или "Так, потому что так", быстрее и проще.
Но, я считаю, полезнее не просто сказать "сделано так", а объяснить, хотя бы вкратце, почему так сделано. Исходя из чего. И для чего.

Я исхожу из того, что когда люди покупают готовую программу, они, видимо, хотят её использовать. А для этого полезно понимать принципы как программа работает и почему она так работает. И ,зная это, уже по максимуму использовать программу в своей работе. Это более конструктивно, чем придумывать свою логику работы, которой в этой программе нет.
 
Цитата
Константин Чилингаров пишет:
Зачем вводить 15 цифр, чтобы сложить их в столбик, если известна сразу конечная цифра, рядом же написанная там, откуда вводишь, и можно ввести сразу только её одну?
Так ведь в этом столбике разные марки металлопроката и в итоге программа считает сумму именно по разным марка металла, а суммой всего лишь проверялось бы правильность ввода. Вот и все!
 
Внедряя вашу программу на нашем производстве применяем укрупненный метод расчета трудоемкости. Составил несколько типовых техпроцессов, возник вопрос, а можно ли к каждому техпроцессу привязать свою трудоемкость за тонну?
 
Цитата
Евгений Якимов пишет:
можно ли к каждому техпроцессу привязать свою трудоемкость за тонну?
Нет.
Потому что трудоёмкость за тонну является свойством не типового техпроцесса, а конкретной отправочной марки.

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

И это правильно, т.к. иначе возникнет такая ситуация, что на какую-нибудь колонну из 5 деталей, но большую и тяжёлую, будет приходиться намного больше трудоёмкости, чем, например, на лестницу, которая состоит из 150 деталей (и делать её не проще, чем колонну), но при этом относительно лёгкая.

Мало того, что это никак не будет отражать реальную трудоёмкость изготовления. Это даже не самое страшное.
Хуже другое. При возникновении такого «перекоса», поскольку от нормо-часов напрямую или опосредованно зависит зарплата работников, неизбежно все изделия в производстве моментально разделятся на «интересные» и «неинтересные». Чисто по весу. А это крайне негативным образом сказывается на всём производственном процессе в целом.

Поэтому сделано так:
Типовой техпроцесс определяет только усреднённое распределение трудоёмкости по разным видам работ. А общая трудоёмкость изготовления определяется отдельно для каждой марки в заказе. Можно просто руками её вводить, исходя из любых своих соображений. Можно для упрощения отталкиваться от веса марки и умножать его на некоторую условную «трудоёмкость за тонну». Но трудоёмкость эта за тонну будет разной для разных марок (см. пример про колонну и лестницу). Чтобы каждый раз не выдумывать из головы, какую ставить для какой марки трудоёмкость за тонну, можно составить табличку. Зависимости трудоёмкости за тонну от каких-либо параметров конкретной марки. Параметры можно придумать и использовать любые и сколько угодно разных.

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

Можно не выдумывать особо и использовать более простую зависимость от 1 параметра: некого общего показателя "категория сложности марки", как в демо-базе в примере сделано. 1ая категория – самые простые в изготовлении изделия с самой маленькой трудоёмкостью за тонну. 7ая категория - самые сложные, с самой большой трудоёмкостью за тонну. Остальное – в промежутке.
 
Тогда получится, что тяжёлые, но простые изделия не будут по трудоёмкости (читай, цене работы) принципиально отличаться от более сложных, но более лёгких. Что и нужно.
 
Цитата
Константин Чилингаров пишет:
Дальше нормирование выглядит примерно так: встаёте на марку, уточняете её параметры. Например, говорите «тип изделия = ферма», «сложность = сложная». И программа вам берёт по таблице трудоёмкость за тонну для такого типа изделий и считает общую плановую трудоёмкость с учётом веса марки и количества таких марок в заказе.

А как практически это реализовать в программе, табличка такая есть на бумаге уже давно, а вот в программе нет.
 
https://vogbit.ru/support/472/#__RefHeading__2230_1709582994

https://vogbit.ru/support/446/ , раздел «Настройки для укрупнённого нормирования»

По настройкам - там всё, в принципе, написано, но весьма кратко. Если что непонятно – спрашивайте. Можно посмотреть пример, как всё настроено и работает в демо-базе «Металлоконструкции».
 
Здравствуйте.
Подскажите как (и возможно ли) вводить данные о количестве металла требуемое на заказ, не вводя в окне состав изделия материалы?
 
Здравствуйте,

Можно вручную создать "требование" или "предварительную заявку" к заказу. И в неё руками ввести сразу итого: сколько какого материала нужно на заказ всего.

А зачем?
 
Для того что бы в заказе была информация о необходимом для его изготовления.
У нас на предприятии такая система, металл подается в цех по фактуре которая выписывается на каждый заказ (это в бумажном варианте).
 
Подскажите как настроить программу для следующего случая.
Задание выданное участку сборки не успевают выполнить в 1-ю смену, приходит вторая смена и доделывает это задание.
Как настроить программу, что бы задание переходило во вторую смену другим людям?
 
https://vogbit.ru/support/605/#__RefHeading__165_93506264

https://vogbit.ru/support/593/#__RefHeading__2246_709634423
 
По вот этому вопросу:
Цитата
Евгений Якимов пишет:
Подскажите как (и возможно ли) вводить данные о количестве металла требуемое на заказ, не вводя в окне состав изделия материалы?
Цитата
Евгений Якимов пишет:
Для того что бы в заказе была информация о необходимом для его изготовления.
Есть два пути:

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

Второй:
Не вводить материал для каждой детали. Ввести к заказу просто сразу список итого (в виде требования или заявки). Какие всего материалы и сколько нужны на заказ.

Что мы имеем в первом случае:
Тот же список итого на заказ программа вам посчитает.
Но ещё плюс к этому:

+ можно про формировании заданий для производства печатать в них не только номера и количества деталей, но и материал, из чего какая деталь делается. Это удобно.

+ можно формировать на посты задания с группировкой деталей по материалам. Чтобы, например, сначала все детали, которые надо вырезать за смену из листа 8, потом все из листа 10, потом 12 и т.д. Это очень удобно для резки, рубки и т.п.

+ можно получать не только один общий список материалов на заказ всего, но и автоматом формировать заявки на склад на материалы только под текущее задание (на ближайшую смену/несколько дней, например). А это соответствует значительно более прогрессивной методике управления производством. Тут надо, конечно, отметить, что это далеко не единственное, там много всего, но это в том числе, как составная часть этой прогрессивной методики.

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

И т.д.
Ещё много подобных полезных задачек можно решать, имея соответствующую информацию в базе.

А что мы имеем, если идём вторым путём (ничего по деталям не вводим, вводим сразу итого на заказ)?

Мы имеем только общий список материалов на заказ и всё.
Есть единственное предназначение, ради чего есть какой-то смысл такой список в VOGBIT вводить – использовать его, как ЛЗК или заявку.

Но это имеет какой-то смысл лишь в том случае, если у вас реально и полноценно ведётся в VOGBIT складской учёт материалов. Т.е. установлено рабочее место на складе, чётко фиксируются в программе все факты поступления и выдачи материала со склада, налажен бизнес-процесс выдачи материалов строго (и только) по заявкам и ЛЗК из программы*.

А если этого ничего нет, то смысл в VOGBIT такого списка материалов итого на заказ?
Единственное, что с ним можно будет сделать, после того, как вы его введёте (если реально не ведётся склад) – это его распечатать.
Крайне сомнительная цель, учитывая, что распечатанный этот список изначально и так уже есть (откуда-то же его ввели)…

А больше никакого применения такому «списку материалов итого на заказ» нет.

Поэтому я и говорю:
Да. Есть такая возможность. Материалы на детали не вводить, а ввести сразу список итого на заказ. Но зачем?


*надо сказать, что и в этом случае одна ЛЗК на весь заказ - это далеко не лучший вариант из возможных. Если только заказы не маленькие совсем.
 
Скажите, а есть ли возможность вводить состав изделия (автоматически) со сканированного документа?
Страницы: 1 2 След.
Сейчас на форуме (гостей: 29)
Всего зарегистрированных пользователей: 3003
Приняло участие в обсуждении: 350
Всего тем: 804
Всего сообщений: 6066

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