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

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

Удаление заданий - Производство
Илья Бабенышев: При создании технологии в тестовой базе  по глупости и не знаю переименовал посты и подразделения (которые были в примере ) в соответствии со структурой своего предприятия. Создал задания согласно обучающему видео. ДАлее началась каша. Хочу удалить ...
Пустой бланк - Демо версия
Илья Бабенышев: Вопрос решился установкой нормальной версии Экселя
Терминальная и обычная версия на одном компьютере с двумя мониторами - Терминалы
Alex-220781: Добрый день! Насколько возможна реализация следующей идеи: на одном компьютере установлены две лицензии, подключено два монитора, один из них сенсорный для терминала. То есть в условиях ограниченного пространства сделать рабочее место для мастера и р ...
Дублирование номенклатуры - Состав и технология
D.shumkov: Константин, я опять уперся в ту же стену. Вроде бы все понятно, но необходимого результата нет. Достану вас с этим вопросом еще раз. Надеюсь, в последний.... Согласитесь, задача не игрушечная, чтобы экспериментировать с ней в реальной жизни... Б ...
Дробление номенклатурной позиции - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Не за что  :)  Тут нужно честно сказать, что "делилка" эта автоматическая на 2 партии при приходе, она не всегда идеально срабатывает. Не во всех случаях. Иногда у неё хорошо получается поделить (при штучном каком-то товаре, в основном). ...
Состав ЛЗК - Состав и технология
Наталья Захарова: Спасибо! Для нас полезное видео.
Ошибка обновления отчетов - Отчёты
D.shumkov: Ну, хорошо... Только он 18кБ всего. Чего он делает то? У меня сервер за VPN в другом офисе и 5мегабит всего. Скорость доступа к базе влияет?
Перемещение - Прочее
Константин Чилингаров: Здравствуйте, Про замены: https://youtu.be/8oczs757WF0 ролик /support/776/ руководство Только вот, если речь про получение со склада, то тут в VOGBIT не так важно, что в "спецификации" введено, как то, что указано в "Технолог ...
Переход в справочник из спецификации. - Интерфейс программы
Alex-220781: Я думаю, можно также добавить возможность оперативной замены позиции в спецификации - чтобы не лезть в Компоненты.
Изменение ширины колонки - Ошибки в работе
Alex-220781: Такая же проблема возникает, если открыть график работ - ширину изменить можно, но при обновлении она возвращается к минимальной - дата не помещается.
Достигнуто ограничение демо версии - Демо версия
Константин Чилингаров: 19032 Professor.perm написал: У меня пусто в расчетных документах Судя по скриншоту, вы нажимаете "ЛЗК, Требования, Заявки", стоя на заказе на производство. Понять, есть или нет документы, связанные с заказом, которые и отображаются в ...
Создание ЛЗК - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: "Расход", стоя на ней, нажмите. Там видно будет что ещё осталось выдать. Можно ещё в открывшемся окне "Расход" нажать раскраску и сортировку по цветам (см. рис), тогда "недовыданные" позиции будут вверху и раскрашены цв ...
Ошибка в режиме "Обеспеченность" - Ошибки в работе
Андрей Тюрин: Спасибо. Все получилось.
Показ экскизов при выдаче со склада - Интерфейс программы
Константин Чилингаров: Здравствуйте, Ок. Записал в список пожеланий. Прикрутим.
Просьба объяснить нюансы в учете - Общие вопросы
Елена Ковалева: Еще вариант, если меню не настроено как у меня: во вложенном файле. Подробное описание в документации: https://vogbit.ru/support/622/#_v7660 https://vogbit.ru/support/622/#_v7660 рисунки 8-9.
Обновление 20.5. Произвольное выделение ячеек и строчек цветами. - Обновление
Сергей: Сейчас в этом месте можно использовать цифры 0 - минимальный, 1 - средний и т.д. (аналогично с фильтром) В некоторых колонках некоторых форм есть такая недоработка. Заметите - пишите. Будем исправлять.
Документы - Прочее
Intelmine-tmc: Хорошо, спасибо большое
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Значит сделали, но забыли отметить  :)  Бывает. Очень много разных доделок было в этот момент, что-то могли мелкое забыть "закрыть", как сделанное.
Задвоение рабочих заданий. - Производство
Константин Чилингаров: Здравствуйте, Судя по картинкам, если какое-то "задвоение" и имело место быть, то при "включении в план" из окна "новые задания". В 07:30 было создано 2 задания для поста. Должно было из быть 2 или нет - это из этих ...
Как привязать поставщика к поставщику - Общие вопросы
Serge.v.astapov: СПАСИБО!

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

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

Полезные ссылки:
Себестоимость Видео-презентация подготовка производства активация VOGBIT управление производством Производственный заказ Установка VOGBIT управление ремонтами Трудоёмкость Деактивация VOGBIT планирование производства базы данных VOGBIT Начало работы инструкция Расчёт комплектации Складской учёт загрузка оборудования расчет себестоимости ТПП Демонстрационный режим VOGBIT Обновление VOGBIT График производства технологическая подготовка производственный учет складской учет Создание новой базы данных VOGBIT управление данными Полная версия VOGBIT Планирование мелкосерийного производства Техническая Подготовка Производства электронный архив управление качеством деактивации VOGBIT Планирование производства разработчика отчетов vogbit состав изделия демоверсия технология Состав изделия Обзор обновления Генератор отчетов склад Сменное задание Задания для производства Тип нормирования Заказ на производство производство металлоконструкций Нормирование пост руководство администраторов VOGBIT График работы постов и рабочих в производстве план работ Конструкторская спецификация технологический фильтр Производственный Заказная спецификация
×
Вход на сайт