Обновление №7 для VOGBIT v.1.1.37841 - В производственном модуле внесен ряд изменений, направленных на упрощение работы с программой на «максимальном» уровне. В том числе: изменён порядок вывода на экран информации о количестве (запланированных/сданных деталей) – стало более наглядно и удобно

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

Движение материалов - Прочее
Константин Чилингаров: Здравствуйте, 18377 Saw-x написал: Я так понимаю что я не один в своих хотелках. Если брать точно такую постановку вопроса, то один. Хотелок много, но у всех разные. 18377 Saw-x написал: Потребность не только у меня, что бы программа все сама ...
Заявка покупателя - Прочее
Константин Чилингаров: Последнее сообщение /forum/messages/forum27/topic2401/message14962/2401#message14962 перенесено . /forum/messages/forum27/topic2401/message14962/2401-dvizhenie-materialov#message14962 Причина: несоответствие заявленной в заголовке теме (/forum/foru ...
невозможность редактирования - Состав и технология
Константин Чилингаров: Здравствуйте, Ну отредактировать то просто... Открываешь окно "Состав" (карту заказа) и редактируешь. Другое дело, что если задания уже сформированы, то в этих уже созданных заданиях то автоматом ничего не поменяется. Какое было количество ...
Формирование обозначений в генераторе - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно к номенклатуре - шаблону добавить параметр "Шаблон обозначения" (идентификатор VGB_Notation_Mask). Это строковый параметр. В значение ему пишем строку-шаблон обозначения. В нужные места подставляем в квадратных скобк ...
Занесение на склад Вогбита - Плагины
Сергей: 18506 Bagrov40k написал: как вообще подключить модуль Csdn.Vogbit.Data корректно Подключить где\куда? Если речь про .net и студию, то Project -> Add Reference... Вообще, как обычную библиотеку. 
Возврат в окно - Интерфейс программы
Константин Чилингаров: Спасибо, Мы тоже уже выявили этот недостаток. Будем работать над устранением.
Vogbit & 1C - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, Технически можно, в принципе, всё что угодно реализовать. Ну или почти всё. Путём написания соответствующих плагинов или служб, которые будут это делать. Считывать данные из указанного места, записывать туда, куда у них в коде написа ...
Отслеживание результатов выполнения работ на участках - Производство
Константин Чилингаров: Здравствуйте, 18511 Rudakov77 написал: Есть ли возможность формирования Оперативного плана производства для наглядного отслеживания выполнения Заданий на смену производственными участками? Да есть. В разных вариантах. Просто внешне в другом неско ...
Проблема со справочником "Номенклатура" - Общие вопросы
Елена Ковалева: Так же, я заметила, что в меню отсутствует кнопка "Выбрать категорию". По умолчанию используется категория "Основная", но это не обязательно. Для выбора категорий нужно "достать" кнопку. 1. На синем поле вызвать контекс ...
SolidWorks и Vogbit - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, Штатной кнопки "импорт" нет встроенной. Поставляется дополнительно, как услуга. Плагин + настройка его, если нужно + консультации. От 15 т.р. и выше в зависимости от сложности. Потому что те же xml - они же все разные по соде ...
Обновление апрель 2019 - Обновление
Mariska17-17: Спасибо. Помогло!
Отсутствует операция в графике производства - Производство
Zms.komissarov: Спасибо!
Предупреждение о несовпадении единиц измерения - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Одной кнопкой. Меню "Настройка" -> "Изменить цену/ЕИ" (нужно стоять в этот момент на "учётной карточке", в которой неправильная ЕИ). Не знал. В инструкции более сложный способ опис ...
Спецификации - Состав и технология
Константин Чилингаров: Здравствуйте, Пишите это "R1", "R12" и т.п. в "Номер" или в "Комментарий". "Обозначение" и "Наименование" характеризует данный резистор в целом, независимо от места его применения. В то вре ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Похоже на то, что как-то повредился файл, в который сохраняются локальные настройки окна (какие колонки показывать, ширина их и т.п.). Нужно его удалить. Настройка колонок сбросится, ошибки не будет. Колонки можно заново настроить, это не сложно. Ес ...
Чистка базы - Прочее
Константин Чилингаров: 15792 Валерий Бондаренко написал: 18.06.2019 выслали копию базы, ждем Ваших рекомендаций. Написал на почту.
Запоминание состояния окон - Интерфейс программы
Константин Чилингаров: Ок. По этим двум конкретным местам посмотрим.
Удаление поста в технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в список пожеланий.
Данные спецификации - Прочее
Константин Чилингаров: Судя по всему, от региональных настроек на конкретном компьютере зависит. Попробовали, у нас запятая везде по умолчанию получается в этом месте. И в окошке редактора в программе и при сохранении. На одном из компьютеров у меня почему-то Excel при сох ...
Сбой в режиме загрузка производства - Прочее
Константин Чилингаров: 3938 Алексей Пономарев написал: А где найти этот справочник? Рабочая - Задания. Тип связи в нём = "Состав смены". Это технически и есть "смена". Тот самый "серый квадратик" :) Обозначение складывается из даты, номера ...

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

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

×
Вход на сайт