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

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

Экспорт/Импорт данных - Экспорт импорт данных
Илья: Кто нибудь сталкивался с проблемой экспорта/импорта баз данных с localDB на сетевой SQL?
Как лучше описать технологию? - Состав и технология
Serge.v.astapov: Добрый день! Просьба подсказать как лучше оформить техпроцесс. Исходная проблема такая - мы производим контроллеры с разной частотой радиоканала. Грубо говоря, номенклатура повторяется для каждой частоты. Тех процессы одинаковые за исключением одн ...
Свяванные объекты - Прочее
Константин Чилингаров: Нужно для этого пользователя /support/474/#763_1232331032 настроить доступные "зависимые окна" (зайти под этим пользователем и настроить). Форму нужно выбрать: Csdn.Vogbit.Mail.LinkedObjectsForm  Связанные объекты (рис.1). Дальше выб ...
Последовательность операций - Производство
Алексей Пономарев: Здравствуйте. Работаем на максимальном уровне. В графике производства делаем сортировку по операциям. В производстве детали несколько операций, штамповка, гибка, гальваника. Деталь находится на стадии планирования. В операциях гальваника деталь появл ...
Пустой бланк - Демо версия
Илья: Перепутал шаблоны. Да все работает. Спасибо
Установка программы для терминалов. - Установка
Константин Чилингаров: RFID нужен для авторизации. Чтобы подошёл рабочий к терминалу, и ему не нужно было ничего вводить (типа Имя, Пароль), ничего выбирать. Просто приложил свой "пропуск" (брелок, браслет), терминал понял, что это "Иванов" пришёл, и в ...
Очень долго открываются обороты - Прочее
Константин Чилингаров: Здравствуйте, Какая версия программы? Базу (копию) можете дать посмотреть?
Прошу помощи в установке - Установка
Владимир Белов: Ок, спасибо, проблема стала понятна.
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Посмотрим. Там, помню, есть какая-то заморочка с единицами изменения и "заявками на закупку", когда этих единиц много разных используется для одной и той же номенклатуры. Как будет время, понажимаю там кнопки, посмотрю, насколько работае ...
Создание, удаление, и создание вновь заданий - Производство
Константин Чилингаров: 19032 Илья написал: Не удается создать задание на среднем уровне /support/552/#_Toc400385408 Наиболее типичные причины . Сообщение с вашей картинки - первое по списку. 19032 Илья написал: Это может быть связано с отсутствием норм времени? ...
Сортировки в сменном задании - Интерфейс программы
Алексей Батраков: Спасибо, будем очень благодарны. 
Ошибка при создании отчета "Заказ на производство (цвет)" - Ошибки в работе
Алексей Батраков: Работает, спасибо
Сортировка производственных заказов - Производство
Константин Чилингаров: Понятно. Это из-за того, что в смене есть "внеплановое" задание. Это оно не может "передвинуться". "Нормальные" задания, связанные с какой-нибудь деталью (позицией заказа на производство), сдвигаются, раздвигаются, п ...
Проблема со справочником "Номенклатура" - Общие вопросы
Константин Чилингаров: Предупреждение! [B Нарушение /forum/rules/ правил форума , п.6.[/B ответ /forum/messages/forum39/topic2591/message15964/2591-sortirovka-papok-po-alfavitu#message15964 здесь
Сортировка папок по алфавиту - Интерфейс программы
Константин Чилингаров: В этой версии по умолчанию отключено, как редко используемая функция. Поскольку можно самому расставлять папки в любом удобном порядке, чем, в основном, все и пользуются. Кроме того, в 20.5 появилась возможность быстрого поиска папки по Ctrl+F. (ещ ...
Колонки Операция и Состояние - Производство
Константин Чилингаров: 19032 Илья написал: Цель- учесть наличие задела часто используемых комплектующих изготавливаемых своими силами. 19032 Илья написал: Из остатков металла наточили деталей и они лежат ждут следующего заказа. Нужно в таком случае оформить в про ...
Автоматический расчет количества материалов - Материалы, Комплектующие, Складской учёт
Илья: 13 Константин Чилингаров написал: Вы не поняли, мне кажется. Заносится один раз. В базу данных VOGBIT добавляется используемый материал: название (марка + сортамент) + вес погонного или квадратного метра соответственно (можно сразу заодно и ЕИ ...
Смена единиц измерения при выдаче со склада. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Не очень понятно. Сейчас сделано наоборот - так, чтобы автоматом пересчитывалось для кладовщика (при выдаче со склада) в те единицы измерения, которые, собственно, кладовщик, сам и использует. То есть в те, в которых он учитывает то ...
Применяемость материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Значит нужно будет потом как-нибудь сделать, как описано выше (сообщение #2). Запишем в общий список пожеланий.
Оформление прихода по заявке. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Спасибо, возьмём на заметку. Пока пара моментов на тему: Если "поставщик" указан в "заявке", и "Склад" (получатель) выбран в ленте, то они сами подставляются по нажатии на "Создать приход". ...

Расчет себестоимости с учетом входящих компонентов

Предложения по расширению возможностей программы - Новые возможности - Пожелания и предложения
Страницы: 1
Расчет себестоимости с учетом входящих компонентов
 
Добрый день!
На данный момент в программе есть настройка варианта расчет потребности - учитывать входящие компоненты изделия, если эти компоненты присутствуют отдельной строкой в ТК или не учитывать. Однако, для расчета себестоимости такой настройки нет - а хотелось бы. Расчет себестоимости, в большинстве случаев, и предназначен для расчета полной стоимости изделия с учетом входящих компонентов. А на данный момент, чтобы рассчитать стоимость изделия, нужно проверить, нет ли где либо в ТК входящих компонентов. Лично у меня уже были преценденты с ошибочной стоимостью, и не на один десяток т.р.
Изменено: Alex-220781 - 05.06.2019 13:17:47
 
Да,
но если так сделать, то может быть обратный эффект. Если указаны детали и в комплектации в сборочной технологии (что само по себе полезно и хорошо), и в "составе" те же самые (детали делаются и они и собираются, всё в одном заказе), то задвоится всё. Посчитаются и те, и те. Два раза.
 
Цитата
Константин Чилингаров написал:
Посчитаются и те, и те. Два раза.
Посчитаются 2 раза в итоговой сумме, но если сделать группировку по изделиям, то будет видно, сколько стоят отдельные компоненты, в том числе и изделие в целом. А при существующем алгоритме достоверно стоимость изделия не определить - потребуется еще полазить по спецификациям изделий, и выявить компоненты, которые не посчитались - это время и ошибки
Я предполагаю, что пользователи, которые выделют компоненты изделий в ТК отдельной строчкой, понимают, что и зачем и как будет считаться (хотя я про этот алгоритм узнал случайно). Я же при расчете себестоимости, вижу на эране стоимость изделия, и думаю, что это стоимость изделия.

Тем более, что количество компонентов в ТК, может не соответствовать тому количеству, что необходимо для производства изделий в той же ТК - то есть, даже по общей сумме будет проблематично оценить стоимость одного изделия.

Я думаю, что себестоимость в ряде случаев, используют не для любопытства, а для определения стоимости изделия, чтобы сделать коммерческое предложение или счет заказчику. В таком случае ошибка будет дорогого стоить.
 
Что-то я не понимаю пока, в чём проблема с расчётом?

Нужна полная "себестоимость" изделия?
Берём "заказную спецификацию" (полное дерево) этого изделия и на ней считаем. И всё правильно считается со всеми входящими деталями.

Нужно посчитать на такое изделие + ещё некоторый набор деталей таких же точно, как есть в этом изделии?
Берём состав полный опять же изделия любым удобным способом (можно в виде дерева, можно в виде линейного списка сделать, как удобнее) + докидываем рядом сколько нужно, каких нужно деталей. В т.ч. точно таких же, как есть в составе изделия. Запускаем на том, что получилось, "себестоимость" - считает материалы и работы на количество деталей для изделия + сколько мы ещё добавили. На всё.
В чём проблема?

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

Приведите пример, что ли...
 
Простой пример. Есть Изделие1, в технологии которого есть Деталь1 - 1шт., Деталь2 - 2шт., Деталь3 - 3шт.

Полная стоимость материалов для  Изделия1 - 200 000,00 (в этой сумме Деталей1,2,3 на 140 000,00р)
Деталь1 - 10 000,00
Деталь2 - 20 000,00
Деталь3 - 30 000,00

И вот вы создаете заказ (технологическую карту):

1) Изделие1 - 1шт.
2) Деталь1 - 2шт.
3) Деталь2 - 1шт.

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

И вот задача: для отчетности или анализа, чтобы понять стоимость Изделия1 запускаем расчет себестоимости. После применения группировки видим на экране:
1) Изделие1 - 60 000,00
2) Деталь1 - 40 000,00
3) Деталь2 - 30 000,00

Ну вроде то что и требовалось - стоимость изделий и деталей. Но на самом деле это не так - в стоимости Изделия1 не учтены Детали1 и 2 - и на какую сумму - не известно!!!


И  идем к руководству, рассказать радостную новость, что наше  Изделие1, на самом деле оказалось значительно дешевле и с каждого проданного имеем дополнительную прибыль. А когда заказа завершен и сверяем с суммой списанных материалов, то обнаруживаем, что не все так радостно (я с этим столкнулся на личном примере).

А может быть и хуже. Допустим, другой заказчик захотел себе такое же Изделие в количестве 10шт. Чтобы сделать ему привлекательное предложение по цене, на существующем производственном заказе запускаем себестоимость:

1) Изделие1 - 60 000,00

И продаем заказчику по 100 000,00 х 10шт. = 1 000 000,00. А материалов для этого нужно купить на 2 000 000,00...
 
 
Ну в общем, что я хочу сказать: если мы хотим узнать стоимость каких либо изделий в ТК, то должны видеть на экране полную стоимость изделий - мне кажется, это вполне естественно.

Если будут изменения в этом плане - будет здорово.
Изменено: Alex-220781 - 11.06.2019 11:47:18
 
Понятно. Тут дело в другом.
В том, что расчёт нормативной себестоимости, чтобы прикинуть цену для клиента и оценить свою выгоду - это одно, а список производству что делать (карта производственного заказа) - это другое. Исходные данные в первом и втором случае - это просто разные вещи.
Если это понять и данные расчёту давать в соответствии с тем, что вы хотите от него получить, то и не будет никакой путаницы и ошибок.

Подробнее:

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

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

То есть если во втором случае вы хотите корректно посчитать нормативные затраты на изделие, включая все входящие детали, то и нужно подготовить исходные данные для такого расчёта. Сделать некую "карту для расчёта" в которую включить само изделие, все детали для него (можно деревом, можно списком) + можно ещё добавить ваши "деталь 1", "деталь 2" и т.п.  И на этом посчитать. И всё корректно посчитается, без каких-то дополнительных настроек и доработок. Благо спецификации/технологии на изделия в базе в таком производстве есть. Поэтому сделать такую "карту для расчёта" - вопрос минутный (с помощью конфигуратора/генератора и "расчёта комплектации" + возможно с небольшой ручной доработкой, если нужно детали дополнительные добавить и т.п.).

Встраивание же в "себестоимость" настройки типа "как в расчёте потребности" - не спасёт.
Потому что по определению в производстве типа 2 полный список всего, что нужно для изделия по спецификации/технологии (чтобы посчитать "нормативные общие затраты" на него) и список того, что реально делать сейчас производству (карта реального производственного заказа) - это просто два разных по смыслу и по содержанию списка. Причём, возможно, сильно разных. И одно из другого в общем случае не получится. В каких-то отдельных случаях, может, совпадёт. А в остальных - нет.
Поэтому в таком производстве карта заказа на производство это одно, а карта (дерево) для расчёта теоретической себестоимости изделия - это другое. И если это понять и так и делать (заполнять исходные данные, на которых запускать расчёт), то всё правильно и посчитается.
 
Понятно, что ситуации разные бывают, и техкарты могут не совпадать с составом изделия. У меня в одной карте заказа могут быть и типовые изделия (с комплектацией в технологии), и индивидуальные - комплектация в дереве , и комплектующие могут пересекаться, поэтому и возникает проблема с расчетом себестоимости.

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

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

А рассчитана изначально "себестоимость" была на машиностроение. Она "родилась", когда мы работали с заводом, который делал автобусы. Примерно 3500 наименований компонентов в изделии. Расчёты стоимости этой всей кучи комплектующих по "товарным группам", расчёты по ценам на разные моменты времени (для сравнения насколько повлияли на себестоимость изменения цен у поставщиков), группировка затрат "на изделие" по поставщикам - это всё оттуда.
И предназначена изначально "себестоимость" была для расчёта затрат на такие большие и сложные изделия.
Предполагалось, что в качестве исходных данных ей даётся дерево (заказная спецификация) такого большого изделия, обвешанное, как ёлка, техпроцессами (на то что из всей этой кучи изготавливается). И считаются суммарные затраты + всяческие группировки всеми способами для аналитики.
Вот подо что изначально "себестоимость" делась. А дальше уже кто как использовать стал по факту (10 лет прошло уже...).

Цитата
Alex-220781 написал:
ведь себестоимость умеет рассчитывать стоимость изделия с учетом входящих компонентов, когда их нет отдельно в ТК.
Вы немного не поняли, мне кажется. Она "умеет" считать, если эти компоненты есть в "составе" того, на чём запустили расчёт. Либо в виде дерева, либо в виде списка. Не важно. Но есть.
А если уж есть, то тогда и так всё правильно посчитается! Без всяких галочек и настроек.
А вы то хотите, чтобы она учитывала затраты на то, чего нет в явном виде в "составе" той карты, которая даётся на вход для расчёта. Вот в чём весь сыр бор то.
Но текущий алгоритм такой, что если чего-то нет в "составе", а есть оно только в комплектации в технологии, то "себестоимость" считает это как уже готовую позицию - покупную, если хотите. И учтёт стоимость этого только если она тем или иным образом явно задана (в складской подсистеме есть цена на такую позицию или специально "прайс-лист" заведён). Вот  в чём дело то тут.

Как я выше писал в этом сообщении (и, в принципе, в предыдущем тоже), "себестоимость" для расчёта затрат на изделие со всеми входящими предполагает, что на вход ей даётся дерево полное этого изделия. Со всеми деталями входящими и др. Но что хорошо для расчёта "теоретической" себестоимости, то не подходит для задания производству. Но это мы уже по третьему кругу пошли. Уже говорили об этом...
Страницы: 1
Сейчас на форуме (гостей: 21)
Всего зарегистрированных пользователей: 3133
Приняло участие в обсуждении: 361
Всего тем: 804
Всего сообщений: 6067

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