Производство и снабжение - Продолжается развитие программы в части координации работы плановой службы, производства и снабжения

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

Отчет задание на пилу - Отчёты
Виктор Левушкин: Я имею ввиду, параметр масса всегда на виду в режиме технологии, нужен второй параметр чтоб видно было.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Вопрос по импорту - Экспорт импорт данных
mansur: Нашел, залил и все работает теперь, спаибо.
Ошибка при запуске приложения - Прочее
Сергей: написал: Если на другое железо переставить Вогбит, как лицензию нам перекинуть? на mailto:info@vogbit.ru info@vogbit.ru  напишите со ссылкой на эту тем ...

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

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

×
Вход на сайт