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

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

Дублирование номенклатуры - Состав и технология
D.shumkov: Константин, перечитал ваш ответ несколько раз. Вник. Теперь мне полностью понятна логика поведения программы. Спасибо! Порошу вашего подтверждения правильности работы. 1. Есть электронная плата А, в ней куча компонентов в составе изделия. Так ...
Ошибка при создании заказной спецификации - Ошибки в работе
Константин Чилингаров: Всё на вид так, как написано в сообщении (скриншот в сообщении #1). Из того, что я вижу на вашем скриншоте в сообщении #3: На деталь "РП 5.0-00.02.003" создана зачем-то "конструкторская спецификация", в которую вставлена сама ...
Ошибки обновления 20.5. Колонки в спецификации и папках - Ошибки в работе
Alex-220781: 13 Константин Чилингаров написал: Вроде всё на месте (рис.1). Есть колонка.Только называется она теперь не "Из ТП", а просто "ТП". Что более логично. Нашел - была убрана категория Материал. 13 Константин Чилингаров напис ...
Переход с Демо версии на боевую - Демо версия
Константин Чилингаров: Здравствуйте, Сможете продолжить работать с той же базой данных. Она останется в том же виде. Хотите, подключайтесь к ней и продолжайте работать. Хотите - новую сделайте. Как вам удобнее.
Номенклатура - Прочее
Константин Чилингаров: Здравствуйте, В панели инструментов возле кнопки "Отчёты" есть выпадающее меню. Там выбираем "Экспорт в файл Microsoft Excel" (рис.1). Там же есть другие варианты (текстовый файл, *.xml). 
Не получается отредактировать деталь - Демо версия
Serge.v.astapov: Константин, спасибо! Попробую
Снабжение - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: /forum/messages/forum33/topic2542/message15625/2542-obnovlenie-20.5.-sistema-raboty-s-_predvaritelnymi-zayavkami_-i-_limitno_zabornymi-kartami_#message15625 Вот тут пара роликов есть. Там показано, как делается расчёт потребности, ЛЗК, на весь за ...
Обновление 20.5. Система работы с «Предварительными заявками» и «Лимитно-заборными картами» - Обновление
Константин Чилингаров: Ещё один пример: [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/F7Pw3tp1FXs?feature=oembed[/VIDEO
Возврат в окно - Интерфейс программы
Константин Чилингаров: Здравствуйте, Начиная с версии VOGBIT 20.5 это место переделано/починено. Теперь корректно запоминает откуда была закладка открыта и при закрытии корректно возвращается в то окно, какое нужно. Намного удобнее, конечно.  Спасибо за помощь!
Предупреждение о несовпадении единиц измерения - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Можно выдавать предупреждение Вот так сейчас выглядит (версия VOGBIT 20.5):
Запоминание состояния окон - Интерфейс программы
Константин Чилингаров: В современных версиях должна сохраняться ширина колонок в этих местах.
Удаление поста в технологии - Интерфейс программы
Константин Чилингаров: Вот так выглядит в современной версии (рис.). Если ничего не выбирать в "выпадашке", а просто нажать на кнопку, то удаляется и то, и другое.
Информация о количестве изделий на терминале - Интерфейс программы
Константин Чилингаров: Последние изменения (версия VOGBIT 20.5): Для "Высокого уровня", если детали по заданию сданы уже частично, когда такое задание (продолжение его) берёшь на терминале, то показывается в "квадратике" задания количество, сколько е ...
Терминал. Новые возможности после обновления апрель 2019г - Терминалы
Константин Чилингаров: 3520 Alex-220781 написал: Да, название операции. Но не вместо комментария. Комментарий иногда тоже нужен. По этой части сейчас, насколько я помню, выглядит так: Если разные операции могут выполняться/отмечаться, то выводятся на терминале дополн ...
Отображение количества в детальном графике на максимальном уровне - Прочее
Константин Чилингаров: Проверил,  Было починено в 2019г. Чтобы ширину можно было поменять. В версии 20.5 (последней на сегодня) проверил - ширина колонок меняется автоматически, чтобы число влезало.
Автоматическая установка единиц измерения - Интерфейс программы
Alex-220781: 3520 Alex-220781 написал: Переделаем в следующих версиях. Там через одно обновление будет много изменений в этом модуле (и вообще почти во всех). Заодно, думаю, и это место подкрутим. Сделали, спасибо!
Обновление 20.5. Подробная информация. - Обновление
Константин Чилингаров: И ещё на эту же тему - есть ещё вот такая функция: Если встать в линейке-календаре сверху на номер смены и нажать правую кнопку, то там есть "Перенести невыполненные задания" (рис.1). При этом все не выполненные в эту смену задания по вс ...
Долгосрочное планирование или график производства - Производство
Zhalenik: Спасибо за ответ , я вас понял!
Аналоги в обеспеченности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18127 Lexam написал: вопрос с отражением в обеспеченности значка, что существуют аналоги предлагаю рассмотреть Вот так выглядит сейчас (версия 20.5 у меня стоит, но в предыдущей, по-моему, тоже уже было так же).
Технологическая карта - Прочее
Константин Чилингаров: Переделано. В современных версиях не убирается выделение при перетаскивании.

Расчет себестоимости

Подготовка исходных данных, описание изделий и процесса их изготовления - Состав и технология - Работа с программой
Страницы: 1
Расчет себестоимости
 
Здравствуйте!
Такая проблема: имеется деталь Кронштейн ЗМС.РМК.001, техпроцесс на которую включает две операции с подготовительно-заключительным (далее Tп-з) временем (по 15 мин.).  При расчете себестоимости общее время на деталь суммируется (Tшт + Tп-з), что в корне не верно. Какие действия нужно предпринять, чтобы расчет цены был правильным?        
1.png (30.28 КБ)
2.png (21.89 КБ)
 
Что "в корне не верно"?

То, что принято считать трудоёмкость операции при изготовлении N деталей, как Тпз + Тшт*N ?

Ну это, как бы, из разряда "азбучных истин", насколько мне известно, в части технологии машиностроения и её описания...

Другое дело, что конкретно в случае лазерной резки неправильным будет так указывать Тпз (на одну деталь), судя по всему. За исключением случая, если вы весь лист полностью изрезаете на одинаковые такие детали (что чаще всего не так).
Потому что, если рассматривать конкретно лазер, то детали, обычно режут по одной программе много разных из одного листа. И Тпз в данном случае, строго говоря, относится не к детали конкретной, а к листу целиком.
Но это уже совсем другой вопрос.
 
Константин, давайте возьмем частный случай по лазерной резке: лист распускается на одно наименование детали. В Тп-з на деталь включаем время, к примеру, на загрузку листа в станок и "вешаем" на одну деталь (рис.1 в предыдущем сообщении). Как Вы и сказали, при создании задания на производство Тп-з будет делиться на количество деталей в партии, например на 100 деталей имеем: 15 мин/100 + Тшт = 900/100+36 = 45 с (рис. 3). Все работает. Это справедливо и для гибочной операции. Однако если мы загрузим себестоимость, то время на операцию лазерной резки будет 0,26 ч. = 15,6 мин. = 936 с. (рис.2 в предыдущем сообщении). И это на одну деталь. Но ведь по факту это не так. Т.е. при расчете себестоимости к каждой детали добавляется Тп-з, в разы  увеличивая цену.  
3.png (37.84 КБ)
 
Ошибка в вашей логике. Считает всё правильно.

Всё дело в том, на что вы считаете "себестоимость".

Вы говорите: одна деталь режется 0.5 минуты. Делается из листа. Подготовка к резке - 15 мин. Из листа - 100 деталей получается максимум.
Сколько будет по трудозатратам сделать 100 деталей?
Ответ: 15 мин + 0.5 *100

Сколько будет сделать 200 деталей по трудозатратам?
Ответ: 15 мин + 0.5* 200

А сколько будет стоить по трудозатратам сделать одну единственную деталь?
Ответ: 15 мин + 0.5*1
Что абсолютно верно. И соответствует тому, что надо подготовить резку и вырезать из листа одну деталь. Оно ровно так и получится при указанных исходных данных.

Так что если вы хотите, чтобы Tпз "размазалось" на N деталей, то и запускайте "себестоимость" на N деталей. А не на одной.
А так получается вы запускаете на одной, а хотите чтобы программа, как -то сама догадалась при этом, что надо "размазать на N".
А откуда она узнает, N - это сколько? А может вы не на N хотите, а на K? Вы же ничего не сказали :)
 
 
Цитата
Так что если вы хотите, чтобы Tпз "размазалось" на N деталей, то и запускайте "себестоимость" на N деталей.
Замечательно. Как это реализовать в модуле "Себестоимость"?        
 
Сделайте что-нибудь, неважно что, где этих деталей будет N шт и на этом запустите расчёт себестоимости.
Карту, заказа, спецификацию какую-нибудь (можно специально чисто для расчёта, если нужно очень) - не важно.
Вставьте туда свою деталь, поставьте кол-во = N и на этом запустите "себестоимость". Посчитает на N деталей.
 
Не совсем понял... Нужно каждый раз заводить "пустой" заказ с количеством, после расчета себестоимости его удалять?  
 
Можно не удалять.
Можно не заказ.

Куда-то же нужно количество деталей поставить, правильно?
Есть штатный механизм, который позволяет составить список из номенклатуры с количеством ("состав" - не важно чего).
Список из одной строчки - частный случай.
Зачем изобретать велосипед? Используем готовый механизм.

Вы постоянно что ли хотите считать эту "себестоимость" на N деталей? Ну заведите "расчётную спецификацию", отложите её в отдельную папку и считайте на ней. Хоть каждый день на одной и той же.
Хотите на разное количество? Меняйте в ней количество, считайте.
Можете вообще сохранить результат расчёта в качестве "внутренней цены" на эту деталь и потом его уже использовать, а не считать.
 
Константин, а можно для нас скрины с конкретными примерами сделать, мне трудно на "слух" воспринимать информацию, да и знаний работы с программой пока маловато.
 
Пожалуйста )

Ролик
 
Константин, большое спасибо!
 
Здравствуйте, Константин! Прошу вернутся к обсуждению вопроса расчета себестоимости и уточнить, каков порядок расчета для изделие (сборочную единицу): на деталь все получается, а при добавлении изделия идет расчет только на операцию, привязанную к изделию (например, операция сборки, рис. 1 и 2).  
1.png (131.79 КБ)
2.png (92.39 КБ)
 
Здравствуйте,

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

Подробно

И ещё немного на эту тему
 
Константин, ранее просил разъяснить вопрос о расчете себестоимости на партию деталей для распределения Tп-з, после чего Вы выпустили очень информативный ролик (выше по теме). Очень прошу сделать подобный ролик на партию уже ИЗДЕЛИЙ. Весьма буду Вам благодарен.  
 
Вкратце:

Строим на изделие "заказную спецификацию" (дерево полное). Это вы сказали, что разобрались, как делать.
Встаём на эту "заказную спецификацию", открываем её, ставим в корне вместо "1" нужное количество (рис.1).
Дальше запускаем на этой заказной спецификации "Себестоимость", получаем расчёт на указанное кол-во изделий.

Это простейший вариант.
Есть ещё множество других. В зависимости от разных нюансов технологии, условий, что и как хочется учесть и т.п.
Но их рассматривать имеет смысл, если вышеуказанный простейший вариант чем-то не устраивает.
1.png (157.36 КБ)
 
Задумка следующая: для производства важно указать Тп-з. Однако это время при расчете себестоимости вносит колоссальную погрешность, что неприемлемо. В связи с чем хотим создать папку в VOGBIT "Для расчета себестоимости", куда будем сбрасывать изделия в кол-ве, к примеру, 1000 шт., дабы свести Тп-з к минимуму, то есть только Тшт. После экономисты при расчете себестоимости делят показатели на 1000 (ну или что-то типа того) и применяют свои коэффициенты, в зависимости от количества в заказе. Как это можно реализовать средствами VOGBIT? Может предложите альтернативный вариант?    
 
Цитата
Zms.komissarov написал:
это время при расчете себестоимости вносит колоссальную погрешность
Просто для информации... Колоссальная погрешность - это сколько? В процентном соотношении если смотреть от "итого" (цифра внизу в окошке "себестоимость" - общая сумма) - сколько от этой цифры получается разница в процентах?

Цитата
Zms.komissarov написал:
хотим создать папку в VOGBIT "Для расчета себестоимости", куда будем сбрасывать изделия в кол-ве, к примеру, 1000 шт., дабы свести Тп-з к минимуму, то есть только Тшт.
Ну можно и так... Технически нет проблем.
Создавайте папку в справочнике "Коллекции компонентов" и складывайте туда коллекции с "1000 изделий". Считайте по ним потом.

Цитата
Zms.komissarov написал:
экономисты при расчете себестоимости делят показатели на 1000
Программа может сама поделить. Есть в современных версиях кнопка "расчёт цены" - она сама делит "итого" на кол-во изделий, выводит в пересчёте на единицу и на коэффициенты может помножить сама разными способами.

Цитата
Zms.komissarov написал:
Как это можно реализовать средствами VOGBIT?
Выше написал.

Цитата
Zms.komissarov написал:
Может предложите альтернативный вариант?
Я бы лично делал, наверное, коллекцию для расчёта на столько изделий, сколько заказали. 5 шт - так на 5 шт. 1000 - так 1000.
При этом в плане расчёта затрат получится (насчёт Тпз), как бы, максимально возможное значение. Как будто вы делаете реально только эти 5 шт для этого клиента отдельно.
Что при расчёте прямых затрат (что и делает "Себестоимость"), имхо, на самом деле корректно, т.к. мы, получается, оцениваем по худшему варианту.
Если мы эти детали сделаем по факту большей партией (на несколько изделий сразу зарядим одинаковые) или объединим их, к примеру, при фактической обработке с другими какими-то деталями (например, при раскрое) - ну что ж, хорошо. Сэкономим немного на этом Тпз. По факту получится в этом конкретном месте чуть меньше затраты по факту. Ну и отлично! Тут дело такое, что лучше в большую сторону при оценке ошибиться, чем в меньшую.

В общем я бы не стал делать "на 1000", потом делить, на что-то умножать... Чрезмерное усложнение, мне кажется.
Может быть, я всей специфики ситуации не знаю, конечно...
Я бы делал, наверное, для расчёта просто карту на столько изделий, сколько заказали. И по ней и считал. Если нужно поверх ещё какие-то коэффициенты применить, то "расчётом цены" их бы и применял к "итого", которое получается. Или отчёт какой-нибудь соорудил из "Себестоимости" для этой цели (последующей обработки какой-то).
Как-то так...
 
Цитата
Константин Чилингаров написал:
Просто для информации... Колоссальная погрешность - это сколько? В процентном соотношении если смотреть от "итого" (цифра внизу в окошке "себестоимость" - общая сумма) - сколько от этой цифры получается разница в процентах?

Простой пример: отрезать деталь на станке дисковой фрезой по времени будет около 1 мин. - это Т шт. А вот получить задание, получить на складе пилу нужной конфигурации, установить ее на станок , настроить программу и т. п. по времени составит около 30 мин. - это Т п-з. Итого при расчете себестоимости на 1 шт. программа выдаст следующее время - 31 мин. Далее экономист в свою форму (не VOGBIT) подставляет эту цифру и получает заоблачную цену.
Цитата
Константин Чилингаров написал:
Я бы лично делал, наверное, коллекцию для расчёта на столько изделий, сколько заказали. 5 шт - так на 5 шт. 1000 - так 1000.При этом в плане расчёта затрат получится (насчёт Тпз), как бы, максимально возможное значение. Как будто вы делаете реально только эти 5 шт для этого клиента отдельно.
Согласен. Однако есть пару моментов:
1. При расчете окончательной себестоимости наши экономисты используют свои формы со своими формулами, как уже писал выше. То есть им надо каждый раз пересчитывать  заказы на разное количество изделий. Гораздо проще и эффективней, на мой взгляд, один раз рассчитать базовую себестоимость, вывести поправочные коэффициенты в зависимости от кол-ва в заказе и просто их применять. К примеру обратился клиент, хочет заказать 10 изделий, менеджер выбирает коэффициент для партии, к примеру, от 5 до 10 шт. К=2,5, перемножает базовую стоимость на 2,5 и озвучивает цену.
2. У предприятия имеется каталог с ценами.              
 
Цитата
Zms.komissarov написал:
отрезать деталь на станке дисковой фрезой по времени будет около 1 мин. - это Т шт. А вот получить задание, получить на складе пилу нужной конфигурации, установить ее на станок , настроить программу и т. п. по времени составит около 30 мин. - это Т п-з. Итого при расчете себестоимости на 1 шт. программа выдаст следующее время - 31 мин.
Понятно. Но я несколько другое имел в виду.

Я имел в виду следующее:
Предположим, что эта деталь продаётся покупателю не сама по себе в отдельности, а в составе некоего изделия. Там она, возможно, в количестве не 1 шт. Кроме неё там есть ещё другие детали в этом изделии. Операция тоже эта не единственная, есть ещё другие. Расценки на разные операции, вероятно, разные. Помимо этого, в общий результат вносят свой вклад ещё стоимость материалов и покупных комплектующих.
Вот мне и интересно было, если брать в таком разрезе общую сумму, итого расчётные затраты на изделие, то каково в процентном выражении от неё это влияние «фактора Тпз»?
Вот это я имел в виду.
Ну да ладно… Не так важно, просто интересно было.

Цитата
Zms.komissarov написал:
экономист в свою форму (не VOGBIT) подставляет эту цифру и получает заоблачную цену

Ну тут всё просто. Какие исходные данные ввели, такой и результат.
Вы же сами только что сказали: чтобы сделать одну деталь нужно пол часа готовиться и одну минуту резать. И так и сказали программе (ввели данные). Потом спрашиваете у программы: «сколько трудоёмкость будет, если будем делать одну деталь»? (что равно по смыслу запуску «себестоимости» на одной этой детали) Программа Вам и говорит: 31 минуту будут трудозатраты, если делать одну. Логично? Безусловно. Вы же сами только что сказали, что это так и есть.
Что ввели, то и получили на выходе.

Цитата
Zms.komissarov написал:
При расчете окончательной себестоимости наши экономисты используют свои формы со своими формулами

Тут уже ваш вопрос. Что вводить в программу и как дальше эти данные использовать.

Можно использовать штатный расчёт «себестоимость». Своя логика в том, как он считает, определённо есть. И это, кстати, никак не противоречит предложенной вами методике взять некую «базовую себестоимость» и умножить на коэффициент в зависимости от кол-ва изделий, сколько хочет заказчик. Причём тут, по большому счёту, даже всё равно, считать в VOGBIT в данном случае себестоимость на 1000 изделий (с «сильно размазанным Тпз») или на одно изделие (с учётом Тпз по максимуму), как «базовую». Дело то ведь в коэффициентах в конечном итоге, какие применять. «Влияние Тпз» в данном случае – это тоже в некотором роде коэффициент. Чем меньше изделий заказываешь, тем дороже получается.

Можно вообще не использовать функцию «себестоимость» в VOGBIT. Если вы как-то совсем по-другому, по-своему, хотите считать. Ради Бога. Считайте отдельно. Не в VOGBIT.

Можно использовать штатный модуль, но как-то по-своему. Например, как вы хотели, считать на 1000 изделий, а потом результат по-своему интерпретировать и обрабатывать уже снаружи. В этом случае, вопрос корректности конечного результата зависит от вашей собственной логики интерпретации и использования данных.

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

В общем, тут дело хозяйское…

Цитата
Zms.komissarov написал:
У предприятия имеется каталог с ценами
Логично. Но не понятно, какое отношение это имеет к обсуждаемой теме?
 
Помогите разобраться указано время изготовления одно, а в себестоимости другое почемуто
грация1.jpg (44.22 КБ)
грация11.jpg (77.88 КБ)
 
А что не так?
Цифры сходятся 1 в 1 на первой и второй картинке.
 
в моём понимании 30мин это 0.5 н/ч
 
А где там "30 мин" ?

"Трудоёмкость" определяется, как Tпз + Тшт*N, где N - количество изделий.
Количество, судя по картинке = 1.

Смотрим картинки в Вашем сообщении (#22):

Первая операция: (25 мин +18 мин)/60 = ‭0,7166666666666667‬. На второй картинке: 0,717
Вторая операция: (2 мин 10 сек + 2 мин)/60 = 0,0694444444444444‬. На второй картинке: 0,069
Третья операция: (30 мин + 25 мин)/60 = ‭0,9166666666666667‬. На второй картинке: 0,917

Что не так?
Страницы: 1
Сейчас на форуме (гостей: 7)
Всего зарегистрированных пользователей: 3041
Приняло участие в обсуждении: 355
Всего тем: 804
Всего сообщений: 6067

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