Изменение цен на лицензии - С 01 мая 2023 г. изменяется стоимость лицензий VOGBIT

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

Терминал - Терминалы
Veruz: Это проявляется только утром. В течении дня вроде - всё нормально.
Автозаполнение Тшт в технологии - Состав и технология
Trudovaya-21: Большое спасибо! Очень помогли!
Расчет потребности и ЛЗК - Общие вопросы
Константин Чилингаров: написал: А для чего тогда состав изделия в конструкторской документации, если все берется из технологии? Тут так в двух словах и не объ ...
Папки - Общие вопросы
Владимир Белов: А пока мы исправляем ошибку - вместо крестика можно использовать кнопку сворачивания.
Настройка столбцов в Номенклатура - Основная - Состав и технология
Yzolotukhin: написал: написал: То есть нельзя сделать чтобы этот столбец появился в основной таблице? Немного устарел ответ (сообщение #4). Актуал ...
Unable to cast object of - Ошибки в работе
Константин Чилингаров: Отправил Вам на почту.
График производства - Прочее
Veruz: Спасибо, получилось.
Передача остатков склада из 1с склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Сделать реально. Есть API. Можно из внешнего приложения законнектиться к базе данных VOGBIT и в нужный момент вытащить нужну ...
Ошибка создания отчета - Отчёты
Abdrahimov: Спасибо, решено
Предварительные заявки и Лимитные карты не попадают в папки - Ошибки в работе
Alex-220781: Я, наверное, с группировкой перепутал. А как идею можно рассмотреть. Чтобы созданные документы сортировались по папкам.
И снова про брак... - Материалы, Комплектующие, Складской учёт
Kovyrkin: Здравствуйте, Константин. написал: Вообще, в большинстве случаев определение и фиксация брак или не брак - это компетенция не оператора, ...
Сменное задание - Производство
Константин Чилингаров: Здравствуйте, Да, можно так сделать. Шаблон отчёта нужно соответствующий настроить. Пришлите, пожалуйста, на почту, какие этикетки дол ...
Задания - Общие вопросы
Константин Чилингаров: Здравствуйте, Дело в том, что демо-пример "/support/19454/ Движение заказа " сделан полностью на "/articles/5286/ среднем " уровне, и в данном ...
Удаление операции из техпроцесса - Состав и технология
Константин Чилингаров: Здравствуйте, Существуют задания для производства, которые ссылаются на эту операцию (на основе неё созданные). Они не дают удалить опе ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: Здравствуйте, написал: После первой установки все работало нормально и где то через месяц работы все поломалось. Обновление ОС пост ...
Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: В целом, проблема понятна. Будем думать, конечно, как улучшить. По мере наличия времени. К сожалению, не получается всем одновременно зан ...
Чистка базы - Прочее
Константин Чилингаров: Здравствуйте, написал: Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые... Име ...
Статистика производства - Производство
Константин Чилингаров: Здравствуйте! написал: При открывании статистики появляется окно ошибки см.скрин Это где-то в задании один и тот же работник указан 2 ...
Удаление ошибочно внесенных позиций, восстановление данных после удаления заданий. - Прочее
Константин Чилингаров: Небольшой совет по теме: Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Планирование, загрузка производства - Прочее
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая: Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...

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

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

×
Вход на сайт