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

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

SQL запрос - Экспорт импорт данных
Сергей: Да. Только немного не такой. Да и он может измениться со временем. Как и структура базы. API может спасти от некоторых проблем и ошибок. В общем, всё зависит от сложности задачи. Главное бэкап базы сделайте.
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Переделаем в следующих версиях. Там через одно обновление будет много изменений в этом модуле (и вообще почти во всех). Заодно, думаю, и это место подкрутим.
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: Не очень понял, если честно, что именно вы сделали. Но коли разобрались - хорошо :)
Копирование узлов дерева с вложениями. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в список пожеланий.
Заявки на закупку - Новые возможности
Константин Чилингаров: Можно и добавить. В окно редактирования содержания заявки. В самом окне со списком заявок есть в последней версии (которая готовится к выходу сейчас, у Вас, наверно, есть уже такая) кнопка "Файлы". Но она позволяет прикрепить/открыть/выгруз ...
Расчёт комплектации - Прочее
Константин Чилингаров: рис.
Подключение к базе данных через API - Плагины
Сергей: [CODE var app = new Application(); app.Login(server, database, login, password);[/CODE
Максимальный уровень учета - Состав и технология
Константин Чилингаров: Здравствуйте, Да. Всё так и должно быть. При использовании, так называемого, метода "по комплектам" (настройка по умолчанию для производства строительных МК) использование "максимального" уровня для заданий, объединяющих в себ ...
Отображение кол-ва дней в графике загрузки по умолчанию - Прочее
Константин Чилингаров: Здравствуйте, Пётр, спасибо! Всё верно вы написали.
Невозможно запустить приложение в связи с недействительными данными активации - Активация, Деактивация, Лицензии
Елена Ковалева: Добрый день! Ответила на почту.
Комплект сборочных единиц - Производство
Алексей Пономарев: Здравствуйте, напоминаю про зависший вопрос.
Добавление колонки "Комментарий" - Интерфейс программы
Константин Чилингаров: Здравствуйте, Можно.  Запишу.
Движение материалов - Прочее
Константин Чилингаров: Здравствуйте, 18377 Saw-x написал: Я так понимаю что я не один в своих хотелках. Если брать точно такую постановку вопроса, то один. Хотелок много, но у всех разные. 18377 Saw-x написал: Потребность не только у меня, что бы программа все сама ...
Заявка покупателя - Прочее
Константин Чилингаров: Последнее сообщение /forum/messages/forum27/topic2401/message14962/2401#message14962 перенесено . /forum/messages/forum27/topic2401/message14962/2401-dvizhenie-materialov#message14962 Причина: несоответствие заявленной в заголовке теме (/forum/foru ...
невозможность редактирования - Состав и технология
Константин Чилингаров: Здравствуйте, Ну отредактировать то просто... Открываешь окно "Состав" (карту заказа) и редактируешь. Другое дело, что если задания уже сформированы, то в этих уже созданных заданиях то автоматом ничего не поменяется. Какое было количество ...
Формирование обозначений в генераторе - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно к номенклатуре - шаблону добавить параметр "Шаблон обозначения" (идентификатор VGB_Notation_Mask). Это строковый параметр. В значение ему пишем строку-шаблон обозначения. В нужные места подставляем в квадратных скобк ...
Занесение на склад Вогбита - Плагины
Сергей: 18506 Bagrov40k написал: как вообще подключить модуль Csdn.Vogbit.Data корректно Подключить где\куда? Если речь про .net и студию, то Project -> Add Reference... Вообще, как обычную библиотеку. 
Возврат в окно - Интерфейс программы
Константин Чилингаров: Спасибо, Мы тоже уже выявили этот недостаток. Будем работать над устранением.
Vogbit & 1C - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, Технически можно, в принципе, всё что угодно реализовать. Ну или почти всё. Путём написания соответствующих плагинов или служб, которые будут это делать. Считывать данные из указанного места, записывать туда, куда у них в коде написа ...
Отслеживание результатов выполнения работ на участках - Производство
Константин Чилингаров: Здравствуйте, 18511 Rudakov77 написал: Есть ли возможность формирования Оперативного плана производства для наглядного отслеживания выполнения Заданий на смену производственными участками? Да есть. В разных вариантах. Просто внешне в другом неско ...

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

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

×
Вход на сайт