Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

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

Уровни учета терминала. - Терминалы
Alex-220781: 13 Константин Чилингаров написал: На картинке пример с реального предприятия. Один из... 13 Константин Чилингаров написал: Как будем мы ...
Ошибка при выборе всех заданий. - Терминалы
Константин Чилингаров: Так и задумано. 3520 Alex-220781 написал: При нажатии кнопки "Собрать невыполненные задания" - собрать можно только слева от смены, перио ...
Постановка на паузу заказов и изделий - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Но люди - это же не станки. Кто то делает быстрее, кто-то медленнее, разные ситуации бывают. Изделия большей частью зак ...
Отмена заданий в окне "Невыполненные задания" - Новые возможности
Константин Чилингаров: Здравствуйте, Можно и сделать. Запишу в список пожеланий.
Уровень учета в Графике производство - режим Подробно. - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да. Точно. Хорошее замечание. Это недоработка. Вылезло с тех времен древних, когда "уровень" было понятие более мону ...
Кнопка "Контроль" - Прочее
Alex-220781: Пока снимаю свои вопросы :) До входного контроля ещё не дорос. Если и будет - то это скорее всего просто проверка внешнего вида (повреждени ...
Задачи и Файлы, Договоры. - Обновление
Константин Чилингаров: Попозже если только.
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Записал в список пожеланий.
Планирование - Производство
Михаил Анатольевич: 13 Константин Чилингаров написал: Это, я так понимаю, график работы стапелей сварочных, да? (план)   Да, всё верно.  13 Константин Чилингар ...
Упрощение ввода аналогов - Интерфейс программы
Константин Чилингаров: Вот. Сделал ролик. https://youtu.be/Vc03vi0YPeE https://youtu.be/Vc03vi0YPeE
Выбор ресурса при редактировании задания - Производство
Alex-220781: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным заказом в с ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: Не загружены новые шаблоны отчётов после обновления. Нужно загрузить. https://disk.yandex.ru/d/Uk9jUiuNjUyKIQ Сами шаблоны /support/459/ Инструкция , как заг ...
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Добавил в список пожеланий.
Перенос из обеспеченности в заявку. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 3520 Alex-220781 написал: При нажатии "Обеспеченность" я не учитываю ЛЗК по другим заказам. Пояснение: Если при запуске "Обеспеченн ...
Перенос из спецификации в заявку. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий.
Запоминание состояния окон. - Интерфейс программы
Константин Чилингаров: Да, я выше это же писал. Потому что это "плавающее" окно. В плавающих окнах размеры самого окна после закрытия не сохраняются сейча ...
Не сохраняются выбранные колонки в окне состава изделия - Состав и технология
Константин Чилингаров: 3520 Alex-220781 написал: для порядка. Все активные кнопки в программе подсвечены Не факт. Кнопки бывают разные. Если провести аналогию с м ...
Настройка рабочих мест пользователя - Прочее
Константин Чилингаров: Да. В целом Вы совершенно правы. Согласен. Но, к сожалению, пока руки не доходят до "облагораживания" этого места. Как только дойдут, ...
Замена участков и постов в Технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Там скоро к "постам" и "участкам" ещё и "станки" добавятся (для желающих)... Надо подумать, как лучше реорга ...
Приемка ОТК - Производство
Константин Чилингаров: /support/446/#4062 вот так

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

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

×
Вход на сайт