Изменение цен на лицензии - С 01 мая 2023 г. изменяется стоимость лицензий VOGBIT

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

Unable to cast object of - Ошибки в работе
Владимир Белов: написал: Теперь у меня есть хобби - в свободное время пытаюсь запустить vogbit на новом компьютере. Базу данных удалял потому что восстано ...
Терминал - Терминалы
Balukov: Здравствуйте! Проверьте пожалуйста у сервера и самого терминала настройки питания и спящего режима. Возможно какое то из устройств отк ...
Расчет потребности и ЛЗК - Общие вопросы
Yzolotukhin: написал: написал: А для чего тогда состав изделия в конструкторской документации, если все берется из технологии? Тут так в двух сло ...
Автозаполнение Тшт в технологии - Состав и технология
Trudovaya-21: Большое спасибо! Очень помогли!
Папки - Общие вопросы
Владимир Белов: А пока мы исправляем ошибку - вместо крестика можно использовать кнопку сворачивания.
Настройка столбцов в Номенклатура - Основная - Состав и технология
Yzolotukhin: написал: написал: То есть нельзя сделать чтобы этот столбец появился в основной таблице? Немного устарел ответ (сообщение #4). Актуал ...
График производства - Прочее
Veruz: Спасибо, получилось.
Передача остатков склада из 1с склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Сделать реально. Есть API. Можно из внешнего приложения законнектиться к базе данных VOGBIT и в нужный момент вытащить нужну ...
Ошибка создания отчета - Отчёты
Abdrahimov: Спасибо, решено
Предварительные заявки и Лимитные карты не попадают в папки - Ошибки в работе
Alex-220781: Я, наверное, с группировкой перепутал. А как идею можно рассмотреть. Чтобы созданные документы сортировались по папкам.
И снова про брак... - Материалы, Комплектующие, Складской учёт
Kovyrkin: Здравствуйте, Константин. написал: Вообще, в большинстве случаев определение и фиксация брак или не брак - это компетенция не оператора, ...
Сменное задание - Производство
Константин Чилингаров: Здравствуйте, Да, можно так сделать. Шаблон отчёта нужно соответствующий настроить. Пришлите, пожалуйста, на почту, какие этикетки дол ...
Задания - Общие вопросы
Константин Чилингаров: Здравствуйте, Дело в том, что демо-пример "/support/19454/ Движение заказа " сделан полностью на "/articles/5286/ среднем " уровне, и в данном ...
Удаление операции из техпроцесса - Состав и технология
Константин Чилингаров: Здравствуйте, Существуют задания для производства, которые ссылаются на эту операцию (на основе неё созданные). Они не дают удалить опе ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: Здравствуйте, написал: После первой установки все работало нормально и где то через месяц работы все поломалось. Обновление ОС пост ...
Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: В целом, проблема понятна. Будем думать, конечно, как улучшить. По мере наличия времени. К сожалению, не получается всем одновременно зан ...
Чистка базы - Прочее
Константин Чилингаров: Здравствуйте, написал: Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые... Име ...
Статистика производства - Производство
Константин Чилингаров: Здравствуйте! написал: При открывании статистики появляется окно ошибки см.скрин Это где-то в задании один и тот же работник указан 2 ...
Удаление ошибочно внесенных позиций, восстановление данных после удаления заданий. - Прочее
Константин Чилингаров: Небольшой совет по теме: Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Планирование, загрузка производства - Прочее
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая: Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...

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

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

×
Вход на сайт