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

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

Переход в справочник из спецификации. - Интерфейс программы
Alex-220781: Я думаю, можно также добавить возможность оперативной замены позиции в спецификации - чтобы не лезть в Компоненты.
Изменение ширины колонки - Ошибки в работе
Alex-220781: Такая же проблема возникает, если открыть график работ - ширину изменить можно, но при обновлении она возвращается к минимальной - дата не помещается.
Перемещение - Прочее
Intelmine-tmc: Все нашла, спасибо)
Пустой бланк - Демо версия
Professor.perm: 57 Сергей написал: Похоже, что она у вас уже установлена. Возможно, версия на другом языке. Блин, действительно установлена, в пакете в свое время. Извиняюсь за глупый вопрос.
Достигнуто ограничение демо версии - Демо версия
Константин Чилингаров: 19032 Professor.perm написал: У меня пусто в расчетных документах Судя по скриншоту, вы нажимаете "ЛЗК, Требования, Заявки", стоя на заказе на производство. Понять, есть или нет документы, связанные с заказом, которые и отображаются в ...
Создание ЛЗК - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: "Расход", стоя на ней, нажмите. Там видно будет что ещё осталось выдать. Можно ещё в открывшемся окне "Расход" нажать раскраску и сортировку по цветам (см. рис), тогда "недовыданные" позиции будут вверху и раскрашены цв ...
Ошибка в режиме "Обеспеченность" - Ошибки в работе
Андрей Тюрин: Спасибо. Все получилось.
Показ экскизов при выдаче со склада - Интерфейс программы
Константин Чилингаров: Здравствуйте, Ок. Записал в список пожеланий. Прикрутим.
Просьба объяснить нюансы в учете - Общие вопросы
Елена Ковалева: Еще вариант, если меню не настроено как у меня: во вложенном файле. Подробное описание в документации: https://vogbit.ru/support/622/#_v7660 https://vogbit.ru/support/622/#_v7660 рисунки 8-9.
Обновление 20.5. Произвольное выделение ячеек и строчек цветами. - Обновление
Сергей: Сейчас в этом месте можно использовать цифры 0 - минимальный, 1 - средний и т.д. (аналогично с фильтром) В некоторых колонках некоторых форм есть такая недоработка. Заметите - пишите. Будем исправлять.
Состав ЛЗК - Состав и технология
Наталья Захарова: Здравствуйте. Нашла на вашем канале Youtube видео "Предварительные заявки и ЛЗК в VOGBIT 20.5". Сделала все в точности, как показано, и стало все правильно получаться.
Документы - Прочее
Intelmine-tmc: Хорошо, спасибо большое
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Значит сделали, но забыли отметить  :)  Бывает. Очень много разных доделок было в этот момент, что-то могли мелкое забыть "закрыть", как сделанное.
Задвоение рабочих заданий. - Производство
Константин Чилингаров: Здравствуйте, Судя по картинкам, если какое-то "задвоение" и имело место быть, то при "включении в план" из окна "новые задания". В 07:30 было создано 2 задания для поста. Должно было из быть 2 или нет - это из этих ...
Как привязать поставщика к поставщику - Общие вопросы
Serge.v.astapov: СПАСИБО!
Выбор технологии при создании производственного заказа - Состав и технология
Константин Чилингаров: Сделал ролик. Конкретно про выбор, какую версию использовать - начиная с 03:33 примерно. И дальше ещё есть, как назначить какой-то из вариантов "по умолчанию". [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/7gywY9uRGeM ...
При изменении состава производственного заказа, необходимо удалить деталь - Прочее
Константин Чилингаров: Сегодня в течение дня отправим. На почту.
Производственные заказы - Общие вопросы
Константин Чилингаров: По поводу именно "высокого" уровня есть, кстати,  ещё разные "приёмы", сокращающие объём рутинных действий. Но они все специфичные, под конкретные случаи. Примеры: 1.  Для лазерной резки при больших объёмах есть технология инт ...
Неснижаемый остаток - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Вроде, починили ошибку. Хорошо бы ещё потестировать, конечно, какое-то время. Если сильно мешает работать, и нужно как можно скорее исправить в вашей версии программы, то пишите на почту, решим.
Как удалить сотрудников - Демо версия
Serge.v.astapov: Контантин, спасибо, не будем. Мы сегодня оплатим счет от ООО Светосистемы на лицензию. И начнем с чистого листа

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

- Практические приемы работы - Старые разделы форума
Страницы: 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 След.
Сейчас на форуме (гостей: 12)
Всего зарегистрированных пользователей: 3082
Приняло участие в обсуждении: 356
Всего тем: 804
Всего сообщений: 6067

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