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

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

Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Илья: Еще вопрос: можно ли списывать материал без оформления заказа? Просто что бы учет был: пришло-ушло. Без привязки куда.
Календарный план - Прочее
Alex-220781: Система Win 10
Не отображается место хранения - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: Хотя  данный параметр добавлен в связанные компоненты Вот это вы зря время потратили. Не нужно было так прицеплять. Нигде не написано, что нужно так делать. "Место хранения" берётся из складской картотеки. По умо ...
Последовательность операций - Производство
Константин Чилингаров: 3938 Алексей Пономарев написал: если эта кнопка не нажата то деталь должна появляться в первой операции Если кнопка не нажата, то колонка "Операция" вообще смысла не имеет. Нужно убрать её. Настройки колонок в режимах "просто Граф ...
Пустой бланк - Демо версия
Илья: 13 Константин Чилингаров написал: /forum/user/19032/ Илья написал: Про стандартный крепеж так и не понял. 1. Если указываю его в тех процессе то он попадает в производственный заказ. Это как? Каким образом то, что указано в техпроцесс ...
Как лучше описать технологию? - Состав и технология
Константин Чилингаров: Здравствуйте, Думаю, нет смысла в данном случае изобретать велосипед. Просто делать разные изделия (контроллер с одной платой - одна номенклатурная позиция, с другой платой - другая), копировать и заменять, что отличается Трудоёмкость такого дейс ...
Экспорт/Импорт данных - Экспорт импорт данных
Константин Чилингаров: Чтобы перенести базу с LocalDB на SQL server, сделайте с помощью Management Studio /support/380/#__backup резервную копию . Потом на SQL сервере из этого файла (бэкапа) разверните базу. Если сервер не на том же компьютере, то нужно будет, наверное,  ...
Дополнительные колонки в составе изделия - Состав и технология
Константин Чилингаров: куда все делось? Вы всю группу колонок "Компонент" удалили с экрана. 19032 Илья написал: Как вернуть то что было по умолчанию? Обратно перетащите.
Свяванные объекты - Прочее
Константин Чилингаров: Нужно для этого пользователя /support/474/#763_1232331032 настроить доступные "зависимые окна" (зайти под этим пользователем и настроить). Форму нужно выбрать: Csdn.Vogbit.Mail.LinkedObjectsForm  Связанные объекты (рис.1). Дальше выб ...
Установка программы для терминалов. - Установка
Константин Чилингаров: RFID нужен для авторизации. Чтобы подошёл рабочий к терминалу, и ему не нужно было ничего вводить (типа Имя, Пароль), ничего выбирать. Просто приложил свой "пропуск" (брелок, браслет), терминал понял, что это "Иванов" пришёл, и в ...
Очень долго открываются обороты - Прочее
Константин Чилингаров: Здравствуйте, Какая версия программы? Базу (копию) можете дать посмотреть?
Прошу помощи в установке - Установка
Владимир Белов: Ок, спасибо, проблема стала понятна.
Создание, удаление, и создание вновь заданий - Производство
Константин Чилингаров: 19032 Илья написал: Не удается создать задание на среднем уровне /support/552/#_Toc400385408 Наиболее типичные причины . Сообщение с вашей картинки - первое по списку. 19032 Илья написал: Это может быть связано с отсутствием норм времени? ...
Сортировки в сменном задании - Интерфейс программы
Алексей Батраков: Спасибо, будем очень благодарны. 
Ошибка при создании отчета "Заказ на производство (цвет)" - Ошибки в работе
Алексей Батраков: Работает, спасибо
Сортировка производственных заказов - Производство
Константин Чилингаров: Понятно. Это из-за того, что в смене есть "внеплановое" задание. Это оно не может "передвинуться". "Нормальные" задания, связанные с какой-нибудь деталью (позицией заказа на производство), сдвигаются, раздвигаются, п ...
Проблема со справочником "Номенклатура" - Общие вопросы
Константин Чилингаров: Предупреждение! [B Нарушение /forum/rules/ правил форума , п.6.[/B ответ /forum/messages/forum39/topic2591/message15964/2591-sortirovka-papok-po-alfavitu#message15964 здесь
Сортировка папок по алфавиту - Интерфейс программы
Константин Чилингаров: В этой версии по умолчанию отключено, как редко используемая функция. Поскольку можно самому расставлять папки в любом удобном порядке, чем, в основном, все и пользуются. Кроме того, в 20.5 появилась возможность быстрого поиска папки по Ctrl+F. (ещ ...
Колонки Операция и Состояние - Производство
Константин Чилингаров: 19032 Илья написал: Цель- учесть наличие задела часто используемых комплектующих изготавливаемых своими силами. 19032 Илья написал: Из остатков металла наточили деталей и они лежат ждут следующего заказа. Нужно в таком случае оформить в про ...
Автоматический расчет количества материалов - Материалы, Комплектующие, Складской учёт
Илья: 13 Константин Чилингаров написал: Вы не поняли, мне кажется. Заносится один раз. В базу данных VOGBIT добавляется используемый материал: название (марка + сортамент) + вес погонного или квадратного метра соответственно (можно сразу заодно и ЕИ ...

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

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

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