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

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

Уровни учета терминала. - Терминалы
Alex-220781: 13 Константин Чилингаров написал: На картинке пример с реального предприятия. Один из... 13 Константин Чилингаров написал: Как будем мы ...
Ошибка при выборе всех заданий. - Терминалы
Константин Чилингаров: Так и задумано. 3520 Alex-220781 написал: При нажатии кнопки "Собрать невыполненные задания" - собрать можно только слева от смены, перио ...
Постановка на паузу заказов и изделий - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Но люди - это же не станки. Кто то делает быстрее, кто-то медленнее, разные ситуации бывают. Изделия большей частью зак ...
Отмена заданий в окне "Невыполненные задания" - Новые возможности
Константин Чилингаров: Здравствуйте, Можно и сделать. Запишу в список пожеланий.
Уровень учета в Графике производство - режим Подробно. - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да. Точно. Хорошее замечание. Это недоработка. Вылезло с тех времен древних, когда "уровень" было понятие более мону ...
Кнопка "Контроль" - Прочее
Alex-220781: Пока снимаю свои вопросы :) До входного контроля ещё не дорос. Если и будет - то это скорее всего просто проверка внешнего вида (повреждени ...
Задачи и Файлы, Договоры. - Обновление
Константин Чилингаров: Попозже если только.
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Записал в список пожеланий.
Планирование - Производство
Михаил Анатольевич: 13 Константин Чилингаров написал: Это, я так понимаю, график работы стапелей сварочных, да? (план)   Да, всё верно.  13 Константин Чилингар ...
Упрощение ввода аналогов - Интерфейс программы
Константин Чилингаров: Вот. Сделал ролик. https://youtu.be/Vc03vi0YPeE https://youtu.be/Vc03vi0YPeE
Выбор ресурса при редактировании задания - Производство
Alex-220781: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным заказом в с ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: Не загружены новые шаблоны отчётов после обновления. Нужно загрузить. https://disk.yandex.ru/d/Uk9jUiuNjUyKIQ Сами шаблоны /support/459/ Инструкция , как заг ...
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Добавил в список пожеланий.
Перенос из обеспеченности в заявку. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 3520 Alex-220781 написал: При нажатии "Обеспеченность" я не учитываю ЛЗК по другим заказам. Пояснение: Если при запуске "Обеспеченн ...
Перенос из спецификации в заявку. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий.
Запоминание состояния окон. - Интерфейс программы
Константин Чилингаров: Да, я выше это же писал. Потому что это "плавающее" окно. В плавающих окнах размеры самого окна после закрытия не сохраняются сейча ...
Не сохраняются выбранные колонки в окне состава изделия - Состав и технология
Константин Чилингаров: 3520 Alex-220781 написал: для порядка. Все активные кнопки в программе подсвечены Не факт. Кнопки бывают разные. Если провести аналогию с м ...
Настройка рабочих мест пользователя - Прочее
Константин Чилингаров: Да. В целом Вы совершенно правы. Согласен. Но, к сожалению, пока руки не доходят до "облагораживания" этого места. Как только дойдут, ...
Замена участков и постов в Технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Там скоро к "постам" и "участкам" ещё и "станки" добавятся (для желающих)... Надо подумать, как лучше реорга ...
Приемка ОТК - Производство
Константин Чилингаров: /support/446/#4062 вот так

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

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

×
Вход на сайт