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

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

О номенклатуре и технологии - Состав и технология
Vdovin-g: Здравствуйте! Спасибо, Вы подтвердили мои мысли
Пустой бланк - Демо версия
Константин Чилингаров: Да, судя по картинке, какая-то проблема с самим Excel'ем. VOGBIT создаёт при формировании отчёта Excel файл в папке "Документы", а Excel (ну и ...
Экспорт в Vogbit - Состав и технология
Константин Чилингаров: Здравствуйте, Если речь про стандартный модуль импорта из Excel, то нет. Не зависит. Можно использовать на нескольких рабочих местах. Нет ...
Расчёт потребности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, В контексте данной задачи не нужно "заказных спецификаций" на входящие компоненты. "Заказная спецификация" ну ...
Задать место хранения - Материалы, Комплектующие, Складской учёт
Петр Свиридов: Нашли. Очень хорошо, что ее приделали. Полезная вещь. Благодарим!
Приход по заявке - изменение единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Спасибо за замечание, Да, знаем, что там не очень в этом месте, когда разные единицы измерения параллельно используются.  ...
Плагин на форму отчета - Новые возможности
Константин Чилингаров: Отправили ещё раз. Если нет, посмотрите в "Спаме". Туда значит попадает, наверное.
Смена участка и поста в окне Технология подробно. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Пожелание понятно. Пока запишем в список пожеланий.
Вопрос по коэффициентам пересчета - Состав и технология
Sgrekhv: Большое спасибо. Все получилось.
Группировка постов по подразделениям в загрузке - Общие вопросы
Константин Чилингаров: 19314 nemyheim написал: Поколдую пока с названиями Да, пока так. В список пожеланий записал.
Эскизы при просмотре остатков - Интерфейс программы
Константин Чилингаров: Ну... Надеюсь, скоро))) Тестируем. Вам конкретно, если сильно нужно, можем и сейчас дать.
Карта раскроя - Общие вопросы
mansur: Добрый день, я понял свое упущение - нужно позиции переводить на "высокий"уровень, у нас по умолчанию стоит "максимальный". В пр ...
Приемка ОТК - Производство
Константин Чилингаров: Ответ, на самом деле, в предыдущем сообщении: 13 Константин Чилингаров написал: Чтобы была возможность применять такую систему не повс ...
Редактирование минимальных остатков в окне. - Интерфейс программы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: Чтобы отредактировать значение минимального остатка Я, когда хочу отредактировать "неснижаемый ...
Комментарии в "Технология подробно" - Состав и технология
Kip.prombez: Спасибо :) Помогли
Колонка комментарий в заявке на покупку. - Интерфейс программы
Константин Чилингаров: Технически в следующей версии такая возможность предусмотрена. Успеем или нет её подключить в графический интерфейс (колонка чтобы поя ...
Вопрос по расчетам - Общие вопросы
Константин Чилингаров: В заказной спецификации (дереве) указывается количество на единицу того, что делаем. Если меряется это, что делаем, метрами, то на 1 м "и ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: изначально втулки делают именно под конкретный  заказ Тут у нас с вами некоторое терминологическое расхождение. П ...
Внеплановое задание - Производство
Константин Чилингаров: Я так понимаю, «подгонка толкателей» в данном случае это не заранее предусмотренная технологией операция, а некая дополнительная работ ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Судя по сообщению, данная позиция используется в складском документе (в спецификации учётного документа). Немного странно, что "где и ...

Косяк в расчете себестоимости

- Практические приемы работы - Старые разделы форума
Страницы: 1
Косяк в расчете себестоимости
 
Как могли получиться такие строки в расчете себестоимости по заказу сделанному на основании ЗС?
При работе модуля расчет комплектации все было красиво.
Снимок.JPG (119.89 КБ)
Снимок1.JPG (86.92 КБ)
 
а в чём проблема?
 
Честно говоря, не особо что видно из этих ваших скриншотов.

Похоже, как будто есть какое-то изделие в заказе. В количестве 1 шт. В этом месте почему-то стоит вопрос. В чём этот вопрос заключается? В этом изделии 700 одних винтов, 2400 других и ещё 100 каких-то втулок. И что?
 
Вопрос в том что есть материал не относящийся ни к одному компоненту изделия, даже самого изделия нет.
Комплектация считалась на 100 штук. Ничего в количестве 1 штуки нет.
 
Понятно.
Вы при создании заказа на производство добавили в него не только изделия собственного изготовления, но и покупные. Обведённые на вашем первом скриншоте - это как раз они и есть.

Никакого "косяка" в расчёте себестоимости нет в данном конкретном случае. Он всё правильно показывает. Есть что-то покупное. Ни к чему не относится, просто так в заказ вставлено.
 
P.S. Чтобы покупные болты в данном случае в заказ на производство не попали, воспользуйтесь в модуле Расчёт комплектации фильтром "Только изготавливаемые" (см. руководство)
 
Если болты таким образом не попадут в заказ то их не будет в ЛЗК и расчете себестоимости, да?
 
Ну тут варианта два. В идеале, если хотите чтобы ЛЗК сами формировались, то надо прописывать комплектацию в технологии. Другой вариант - если лень прописывать комплектацию в техпроцессах, но при этом есть состав, то можно обойтись и одним составом. Но тогда придётся лимитно-заборную карту или соответствующий подобный документ вручную через Расчёт потребности создавать и вручную к заказу приделывать (в Расчёте потребности точно также, как "Только изготавливаемые" есть ещё и "Только покупные", и есть функция сохранения не только в производственный заказ, но и просто в расчётный документ).

Эти вопросы уже несколько раз на форуме в других темах обсуждались. Правда обрывками в разных...

Расчёт себестоимости - тут сильно зависит от того, что ему в качестве исходных данных подсовывать. Если дерево изделия полное, то посчитаются болты - не важно, указана комплектация в техпроцессе или не указана. А вот если заказ на производство, то тут зависит от того, что в карте этого заказа и в техпроцессах написано будет.
 
Дело не в лени прописывать комплектацию в техпроцессе. Я прошу технологов описывать техпроцесс так как он нарисован в чертежах.
Если изделие состоит из четырех деталей с техпроцесами и болтами для их сборки то они так и делают - КС с четырьмя деталями и стандартными изделиями.

Я правильно понял что эти стандартные изделия не попадут в ЛЗК создаваемую на основании заказа? И кто-то должен ковыряться в спецификациях и создавать ЛЗК вручную?

Я правильно понял что таким образом указанные стандартные изделия корректно посчитаются только на основании ЗС?
Просто теперь получается что расчет себестоимости по ЗС меня не устраивает из-за формулы по которой учитывается Тпз а расчет себестоимости по заказу не включает стандартные изделия находящиеся к КС первого уровня.
 
Техпроцесс в чертежах не нарисован. Я по крайней мере не видел таких чертежей, в обычном понимании слова "чертёж". Максимум что может быть там нарисовано - это спецификация. Ну может в "технических требованиях" на поле чертежа ещё какие-то указания отдельные. Но не техпроцесс.

Техпроцесс и спецификация - это вещи разные. Несмотря на похожесть в некоторых местах. И используются они по разному, и в разных местах.

Если вы хотите, как правильно, то в техпроцессе на изделие из вашего примера, должно быть указано, что для сборочной операции требуются такие-то детали и болты. В таком-то количестве. Может быть не все 4 детали и не все болты сразу. А может быть часть из них для одной сборочной операции, а часть потом для другой. А может быть и не только они, а ещё что-то. При сборке вовсе не факт, что единственное что требуется - перечислено в одной единственной спецификации.

Если уже ввели спецификацию, а в техпроцессе комплектация ровно такая же (соответствует случаю простейшей сборки), то чтобы второй раз это же не вводить, есть возможность вставить содержание спецификации, как комплектацию в техпроцесс. Можно "с наследованием", можно без.

Это как правильно. Существует масса причин почему именно так, а не иначе. Но их долго перечислять. Если интересно - давайте вынесем в отдельную тему.

Другое дело, что многие у нас не хотят как правильно.
Ок. Есть альтернативный вариант - не прописывать комплектацию в техпроцессе вообще. Без спецификаций трудно обойтись, а без этого теоретически можно. Но только надо понимать, что недоделав в одном месте чуть-чуть сэкономишь, но неизбежно наживёшь проблемы в другом. Потом... Для кого-то эти проблемы не критичны и этот путь устаивает. Для других - "лучше день потерять, зато потом за 5 минут долететь".

Ковыряться ни в чём не надо. Надо выбрать один из двух вариантов. Какой удобнее тот и использовать. И в соответствии с выбранным вариантом уже выстраивать методику применения программы (в какой момент какую функцию использовать, что с полученным результатом делать).
Прописывать комплектацию в ТП - правильный путь, и дающий лучшие результаты во всех случаях. Не прописывать - немного проще, но получаются определённые ограничения.
 
Не придирайтесь к словам. Я имел в виду дерево изделие такое как в чертежах. И если в головной спецификации четыре детали и стандартные изделия то так и делали - спецификацию с деталями и болтами и техпроцесс на их сборку.
Дело не в лени а просто мы чего-то недопоняли.

Вывод: чтобы правильно считалась себестоимость и создавались ЛЗК нужно чтобы в спецификациях не было ничего кроме деталей с ТП.

Да?

И поясните пожалуйста что значит вставить содержимое спецификации как комплектацию в техпроцесс. Может быть это и есть то что нам нужно, чтобы и дерево в ЗС выглядело как на чертежах и себестоимость с ЛЗК корректно работали.
 
Кстати,
если использовать для получения списка покупных комплектующих на заказ не режим Расчёт потребности, а режим Расчёт комплектации, что в принципе допустимо, просто не так удобно, то лимитно-заборная карта тоже не составляется в данном случае вручную. Фактически вручную то надо будет только номер вводить и тип связи выбрать. Остальное то всё само получится.
Другое дело, что из режима Расчёт потребности удобнее конечно. И всяких прочих возможностей там побольше (разбиение автоматическое по цехам, по складам, где получать, и т.п.). Но взамен - более точные и подробные исходные данные требуются (техпроцессы с комплектацией)
 
Цитата

Вывод: чтобы правильно считалась себестоимость и создавались ЛЗК нужно чтобы в спецификациях не было ничего кроме деталей с ТП.

Да?
Нет.

Чтобы всё было правильно, в спецификациях должно быть то, что должно быть в спецификациях, а в техпроцессах - то что в техпроцессах.
Спецификация - описание состава с точки зрения конструкции. Перечень, из каких компонентов с конструктивной точки зрения состоит сборочная единица. Если посмотреть стандарты, то именно спецификация - это главный документ, описывающий конструкцию изделия. Чертёж - графическое представление.
Техпроцесс - описание процесса изготовления. Включая в т.ч. необходимые для этого изготовления ресурсы (комплектующие и материалы и их количество).

Именно это и надо вводить. В спецификацию - спецификацию. В технологию - технологию (включая комплектацию). В идеале - всё и подробно.

Реально, можно при желании в некоторых местах сэкономить, что-то упростить, что-то вообще не вводить. Один пример я выше описал (вообще не вводить комплектацию в ТП). Другой вариант - наоборот, покупные комплектующие вводить только в комплектацию в ТП, а в спецификацию не вводить.
В единичном производстве такие штуки могут пройти запросто. Там лишь бы побыстрее, обычно. Нет времени на точность излишнюю. Главное отработать какой-нибудь наиболее удобный и быстрый механизм и дальше действовать по инструкции. Потом, если что, вручную по ходу дела можно всегда подправить.
Чем ближе производство к серийному, чем сложнее продукция и больше её выпускается, тем больше риск, сэкономив на качестве исходных данных, потом наступить на какие-нибудь грабли.
 
Цитата
shurick пишет:
что значит вставить содержимое спецификации как комплектацию в техпроцесс
Если коротко (используем стандартный "низкоуровневый" интерфейс VOGBIT):

1. Открываем в режиме Компоненты конструкторскую спецификацию.
2. Выделяем нужные позиции, нажимаем "Копировать" (контекстное меню).
3. Переключаемся на техпроцесс (тот же режим Компоненты используем)
4. Встаём на нужную операцию, нажимаем "Вставить как" (контекстное меню).
5. Выбираем метод вставки "С переопределением типа связи", тип связи выбираем "Комплектующие" (LT_USED_PART).

Всё.

Если недостаточно понятно, то могу с картинками нарисовать, но уже не сегодня.
 
Если вы введёте и спецификации, и в сборочных техпроцессах по ним комплектацию пропишете, то должно по идее получиться всё красиво:
- дерево изделия при построении заказной спецификации будет полное;
- себестоимость будет считаться правильно. Есть нюанс по поводу типовых операций и Тпз, но это немножко из другой оперы. Там есть свои варианты, как получить именно то, что вы хотите;
- ЛЗК при запуске в производство будут формироваться.

Учтите только обязательно один важный нюанс, если займётесь сборочными техпроцессами. Всё что вы включите в техпроцесс как комплектацию, в итоге когда-нибудь попадёт в лимитно-заборную карту, если такая номенклатура хоть раз числилась на складе. Включая детали собственного изготовления, если их прописать в комплектацию, и они когда-нибудь под каким-нибудь соусом проходили через склад.
Оно вам нужно?

С одной стороны это, конечно, хорошо. Порядок в производстве. Все изготовленные детали попадают в кладовку, а оттуда уже выдаются на сборку. Всё здорово, всё чётко учитывается и планируется. С другой, часто бывает проблема в том, что по факту не существует никакой такой кладовки в реальности.

Обсуждалось вот здесь. Где-то, начиная со средины примерно.

Учитывая это, логичнее, по идее, в комплектацию в ТП прописывать не всё подряд, а то что реально нужно получать на складе (в кладовой). Тоже, конечно, получается некоторое упрощение, но в большинстве случаев, вполне допустимое и имеющее смысл, если принять во внимание другие вышеуказанные факторы.
 
to shurick

К слову,
О нежелании вводить в ТП комплектацию - это ни в коей мере не претензия к Вам или вашим сотрудникам, что вы что-то не так делаете, или не хотите делать. В вашем случае, я думаю, это просто небольшая тонкость, которую вы, наверное, не знали. И поэтому не уделили ей внимание до тех пор, пока эта тонкость не начала на что-то влиять. Ничего, исправите :) Там ничего сложного нет.

То, что я писал выше (про "лень вводить комплектацию") - это не про вас. Это констатация факта, реально имеющего место быть на более, скажем так,  "консервативных" предприятиях (последнее время, правда, наблюдается некоторая тенденция к улучшению). Именно категоричное нежелание некоторых пользователей хотя бы чуть более подробно расписывать технологию (а если честно, то нежелание вообще что-либо делать :) ) в своё время послужило причиной изготовления "альтернативного" варианта. Т.е. добавления в программу таких возможностей, чтобы при желании можно было для простых задач обойтись и одними спецификациями. И когда дело ограничивается калькуляциями чего-нибудь на изделие, то на самом деле хватает! Но, как видите, стоит поставить задачу чуть пошире, и возникают "побочные эффекты" таких способов.
 
Цитата
Константин Чилингаров пишет:
Цитата
shurick пишет:

что значит вставить содержимое спецификации как комплектацию в техпроцесс
Если коротко (используем стандартный "низкоуровневый" интерфейс VOGBIT):



1. Открываем в режиме  Компоненты  конструкторскую спецификацию.

2. Выделяем нужные позиции, нажимаем "Копировать" (контекстное меню).

3. Переключаемся на техпроцесс (тот же режим  Компоненты  используем)

4. Встаём на нужную операцию, нажимаем "Вставить как" (контекстное меню).

5. Выбираем метод вставки "С переопределением типа связи", тип связи выбираем "Комплектующие" (LT_USED_PART).



Всё.



Если недостаточно понятно, то могу с картинками нарисовать, но уже не сегодня.

Понятно но есть вопросы.
1. Чем тип связи "Используемые комплектующие" отличается от "Материалы"?
2.Неудобно что при копировании в ТП строки из КС становятся на второй уровень так как фокус на строке с материалом или операцией. На первый уровень вставить никак не получилось. Я подозреваю что там тоже будет учитываться но для наглядности удобно когда все сразу видно.
3. Окно выбора типа связи не запоминает последний выбор и приходится каждый раз искать.

Цитата
Константин Чилингаров пишет:
to  shurick



К слову,

О нежелании вводить в ТП комплектацию - это ни в коей мере не претензия к Вам или вашим сотрудникам, что вы что-то не так делаете, или не хотите делать. В вашем случае, я думаю, это просто небольшая тонкость, которую вы, наверное, не знали. И поэтому не уделили ей внимание до тех пор, пока эта тонкость не начала на что-то влиять. Ничего, исправите   Там ничего сложного нет.

Да-да, именно это.
 
Цитата
shurick пишет:
Чем тип связи "Используемые комплектующие" отличается от "Материалы"?
Логикой обработки при расчёте количества (модули Расчёт потребности, Себестоимость, Затраты план-факт). Приведу 2 примера:

Случай №1:
В составе изделия есть деталь покупная деталь А и деталь собственного изготовления Б. При этом деталь Б делается из детали А путём её доработки.
Что имеем в VOGBIT: в дереве изделия есть деталь А и деталь Б. В техпроцессе детали Б, деталь А тоже есть. Там она указана, как "Материал". Модуль Расчёт потребности (или Себестоимость) в такой ситуации, если дать ему в качестве исходных данных полное дерево изделия, посчитает деталь А два раза. Т.к. одна нужна для изготовления изделия (по составу) и ещё одна для того, чтобы изготовить деталь Б.

Случай №2:

В составе изделия есть деталь А. Она входит в узел Б. В техпроцессе узла Б деталь А указана, как "комплектующие". В данном случае модуль Расчёт потребности (или Себестоимость), если дать ему в качестве исходных данных полное дерево изделия, посчитает деталь А только 1 раз. Он посчитает, что та деталь А, которая указана, как комплектующее для сборки в ТП, это та же деталь А, которая уже была указана в составе. И второй раз её не надо считать.
В то же время, если тому же модулю Расчёт потребности дать в качестве исходных данных производственный заказ, в котором будет только узел Б, то он посчитает, что для его изготовления нужна деталь А (указана, как комплектация, в составе такой нет). Т.е. деталь А попадёт в лимитно-заборную карту, чтобы получить её на складе.
 
Цитата
shurick пишет:
Неудобно что при копировании в ТП строки из КС становятся на второй уровень
Указывать комплектацию как раз более правильно именно для операции. А не просто так вставлять её в техпроцесс. Хотя при желании можно, конечно, и просто так вставить.

Вот только правильнее именно к операции. Потому что в этом случае сразу же будет в программе не только информация о том, какие нужны комплектующие и сколько, но и куда они нужны. На какой участок производства (место выполнения операции). Эта информация в последствии может пригодиться.

P.S. Если у вас при вставке в техпроцесс строки добавились к операции, а вы  хотите их видеть в корне, то выделите эти строчки в техпроцессе и перетащите их мышкой в этом же окне на пустое место (на вопрос, что с ними делать, ответить "изменить родителя у объекта в дереве").
 
Цитата
shurick пишет:
Окно выбора типа связи не запоминает последний выбор и приходится каждый раз искать
Откройте окно Типы связей. Выберите нужное значение. Оставьте окно открытым и вернитесь к тому месту, где вы работали до этого. Теперь при вставке (например, позиций в техпроцесс) программа не будет спрашивать тип связи, а сразу подставит тот, который у вас сейчас выбран в открытом на заднем плане окне Типы связей.
 
Цитата
Константин Чилингаров пишет:

 Случай №1:  

В составе изделия есть деталь покупная деталь А и деталь собственного изготовления Б. При этом деталь Б делается из детали А путём её доработки.

Что имеем в VOGBIT: в дереве изделия есть деталь А и деталь Б. В техпроцессе детали Б, деталь А тоже есть. Там она указана, как "Материал". Модуль  Расчёт потребности  (или  Себестоимость ) в такой ситуации, если дать ему в качестве исходных данных полное дерево изделия, посчитает деталь А два раза. Т.к. одна нужна для изготовления изделия (по составу) и ещё одна для того, чтобы изготовить деталь Б.

Ну так если из расчета комплектации при формировании заказ выкинуть покупные то не важно материал это или комплектующие, посчитается правильно, да?
 
Цитата
shurick пишет:
Ну так если из расчета комплектации при формировании заказ выкинуть покупные то не важно материал это или комплектующие, посчитается правильно, да?
Конкретно в такой постановке - да.
Т.е. если вы:
- в техпроцессах пропишете в сборочных операциях комплектующие, но будете использовать при этом для них тип связи "материал";
- в модуле Расчёт комплектации возьмёте полное дерево изделия, из полученного списка компонентов исключите всё покупное, оставите только детали и узлы собственного производства. То, что получится, сохраните в производственный заказ;
- возьмёте этот заказ и на нём запустите Расчёт потребности (или Себестоимость)

Вот именно в таком (строго в таком) варианте, действительно, всё равно, будут ли у Вас в технологии комплектующие с типом связи "Материал" или с типом связи "Комплектующие" (можно, кстати, ещё тип связи "Вспомогательный материал" использовать точно так же в данном случае).

А почему этот вопрос возник? Почему вы не хотите использовать для комплектующих в ТП тип связи "Комплектующие", как задумано?
 
Будем использовать. Просто для понимания вопрос. Мало ли что технологи поставят.
Страницы: 1
Сейчас на форуме (гостей: 20)
Всего зарегистрированных пользователей: 3295
Приняло участие в обсуждении: 374
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт