Использование VOGBIT, резка листа и труб - Закончен очередной проект на предприятии по интеграции с ПО раскроя и подготовки УП для машин резки металла

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

Последовательность операций в справочнике Номенклатура - Состав и технология
Константин Чилингаров: написал: Как в справочнике Номенклатура На картинке в сообщении #2 - это не в "Номенклатуре", а в техпроцессе операции связаны. Так ...
Импорт данных - Экспорт импорт данных
Константин Чилингаров: Пришлите, пожалуйста, такой файл нам на почту (на общий адрес). Посмотрим на него для начала...
Отсутствие кнопки "Учётный документ" - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Думаю, нужно тем, у кого нет, таки добавить через "Присоединённые формы". Форму выбирать, которая показана на рис.1. ...
Разграничение доступа в справочниках учётных документов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Может. Например, посмотреть "обороты" (движение) по своему складу, там по интересующей позиции движение её, какие были приходы, рас ...
Не загружается график производства - Обновление
Balukov: Здравствуйте!  Для закрытия  необходимо зайти во вкладку "Производство- Производственные заказы: текущие " выделить те заказы, ко ...
Приемка ОТК - Производство
Константин Чилингаров: Ролик по функции "Контроль": [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/RT7mVtAL-F0?feature=oembed[/VIDEO
Автоматизация обновления - Обновление
Константин Чилингаров: Ещё, может быть, можно было бы написать какую-то специальную одноразовую приладу, конкретно для вашего случая, чтобы массово всё деактив ...
Проблема с обновлением шаблона - Установка
Константин Чилингаров: Здравствуйте, На ночь оставьте загружаться этот шаблон. Он такой один специфический... Конкретно этот шаблон может ну ООООчень долго з ...
Настройка вкладки "Подразделение" - Прочее
Pakhunov: Спасибо
Оформление полуфабриката - Состав и технология
Pakhunov: Спасибо  :) 
Завершение клиента - Прочее
Константин Чилингаров: Здравствуйте, Починить что-либо, не обновляя программу, если дело в самой этой программе, невозможно. Если только дело не в VOGBIT, а в чем- ...
Отчеты Статистика производства - Отчёты
Константин Чилингаров: Здравствуйте, написал: а если работа выполняется быстрее чем указано в плане? "Полоска" в "Графике производства" показыва ...
Логи - Прочее
Константин Чилингаров: Здравствуйте, Клиент локально сохраняет только настройки (расположение колонок, размеры, расцветка пользовательская в окнах и т.п.) и в ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! На Linux можно так установить количество файлов логов  с помощью консоли: 1. Изменить в настройках количество errorlog- ...
Активация - Установка
Константин Чилингаров: Здравствуйте, Владимир! Странная ошибка, вообще говоря. Такая появляется при попытке запустить версию новее 1.1.32 (а это год 2015 где-то п ...
Технологическая карта заказа - Общие вопросы
Beavis900: Понял, благодарю! 
Заявки на закупку - Прочее
Константин Чилингаров: Здравствуйте, написал: Оформляя приход, накладная поставщика была добавлена не к той заявке Технически можно, конечно, залезть в сп ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Здравствуйте, В "спецификации" (окно "состав") показывается материал, назначенный для данной детали (номенклатуры), как "ос ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Стандартный отчёт не из этого окна печатается. /support/4158/ Подробнее
Добавление заказа к открытому графику производства. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Идея понятна. Технически тоже понятно, в целом, как можно сделать.   Тут главный вопрос в интерфейсной части. Как сде ...

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

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

×
Вход на сайт