Обновление №7 для VOGBIT v.1.1.37841 - В производственном модуле внесен ряд изменений, направленных на упрощение работы с программой на «максимальном» уровне. В том числе: изменён порядок вывода на экран информации о количестве (запланированных/сданных деталей) – стало более наглядно и удобно

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

Сброс группировки по подразделам. - Ошибки в работе
Alex-220781: Добрый день! В окне обеспеченность, если есть группировка по подразделам, то после замены позиции на аналог, группировка сбрасывается, и нужно заново показывать подразделы, группировать. Возможно такое и по другим группировкам- не проверял
Блокировка изменения номенклатуры - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Делать вместо «Ок» кнопку на пол экрана с названием из нескольких длинных слов. Это можно сократить, например просто "Изменить" 13 Константин Чилингаров написал: очень часто редактирование в номенклат ...
Получить данные о заказах на закупку, счетах, актов замены с помощью запроса SQL - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, Очень неточный вопрос. Нужно поточнее как-то сформулировать. По порядку: Такой сущности отдельной, как "счёт" в VOGBIT нет. Есть сущность "заявка на закупку". По смыслу – список с некоторой атрибутивной инф ...
Терминал тп 5. Закрытие незаконченных заданий. - Терминалы
Константин Чилингаров: В текущей версии никаких подобный настроек нет.  Отката назад из этого окна нет, насколько я помню, потому что к моменту его появления часть информации о "закрытии задания" фактически уже записалась. Нужно уже до конца доводить. Если неправ ...
Выбор участка в окне редактирования - Ошибки в работе
Alex-220781: Спасибо. Исправил.  Хотел по памяти настроить. Не получилось.  Старею... 
Состав изделия и использования разных материалов в одной и той же детали - Состав и технология
Константин Чилингаров: Здравствуйте, Первое, что нужно отметить: Если у Вас есть диван определённой модели с обивкой из одной ткани и точно такой же по конструкции, но с обивкой из другой ткани, то со всех сторон будет лучше, если в базе данных это будет две разные н ...
Шаблон отчёта при многосменной работе - Производство
Константин Чилингаров: 16195 Михаил Анатольевич написал: Куда обратится с вопросом покупки терминала, его комплектации, они же разные наверно По комплектации написал вкратце /forum/messages/forum30/topic2428/message15085/2428-terminaly_-apparatnaya-chast#message15085 во ...
Терминалы, аппаратная часть - Терминалы
Константин Чилингаров: Последнее время, регулярно возникают вопросы по аппаратной части цеховых терминалов. Пока выложу сюда, как отдельную тему, кратко по основным моментам. Надеюсь, будет полезно. Итак, поехали: С технической точки зрения «цеховой терминал» - эт ...
Пример создания плагина - Плагины
Николай Спирин: Остается одно. Созданную номенклатуру вместе с id выгрузить в 1С, там ее сопоставить с номенклатурой 1С и выгружать вместе с id в Вогбит. Но техпроцесс то можно, наверное, создать в Вогбит программно и присвоить ему номер из 1С, а потом заполнить его ...
Процесс не может получить доступ к файлу - Отчёты
Константин Чилингаров: Спасибо за информацию!
Не получается подключить демо-версию - Установка
Константин Чилингаров: Да. По ссылке выше, см. рис. 12. В этом месте задаётся пароль администратора SQL. По поводу запуска программы и входа в неё после установки - описано /support/622/#_v7656 здесь .
Комплект сборочных единиц - Производство
Алексей Пономарев: Здравствуйте, только сегодня обратил внимание что вы ответили. Уже и не ждал. Спасибо, будем изучать вопрос дальше
Перенос задания на максимальном уровне на терминале - Терминалы
Константин Чилингаров: Здравствуйте, Была у нас похожая идея 8 лет назад... Дело в том, что "автоматически" нельзя. Не получится. Потому что слишком много вариантов появляется. Допустим, закрыли мы задание на посту. Известно, что есть следующее после него, надо ...
Внеплановые задания - Производство
Константин Чилингаров: Здравствуйте, Проверил. Нормально, вроде, всё. Вводится, редактируется. В окне сменного задания поста есть колонки "Комментарий" и "Комментарий к операции". Последняя - это комментарий из операции в техпроцессе. Если таковой суще ...
Форма ввода параметров - Отчёты
Владимир Трусов: Спасибо. Работает.
Поиск при создании накладной по заявке - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал. Спасибо.
Порядок строк приходной накладной - Интерфейс программы
Константин Чилингаров: Хорошо, понятно. Запишу отдельным пунктом в список предложений и пожеланий. Спасибо!
Пропали кнопки в меню. - Прочее
Константин Чилингаров: Здравствуйте, 18542 Николай Спирин написал: Как добавить прав пользователю? В справочнике "Сотрудники" в свойствах пользователя поставить галочку "Администратор". Если её нет - пункта "Настройки" в меню не будет у этог ...
Приёмка деталей на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18424 Lesotehnikakirov написал: У нас так получилось:1. Количество детали в производственном заказе 1051 шт2. На склад сдано 244 шт3. Со склада выдано в работу 244 шт, остаток 04. На склад сдано 1051 деталь5. Теперь на складе в данном производстве ...
Создание ЛЗК - Материалы, Комплектующие, Складской учёт
Lesotehnikakirov: Благодарю. Вопрос решился.

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

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

×
Вход на сайт