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

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

Блокировка изменения номенклатуры - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Делать вместо «Ок» кнопку на пол экрана с названием из нескольких длинных слов. Это можно сократить, например просто "Изменить" 13 Константин Чилингаров написал: очень часто редактирование в номенклат ...
Получить данные о заказах на закупку, счетах, актов замены с помощью запроса SQL - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, Очень неточный вопрос. Нужно поточнее как-то сформулировать. По порядку: Такой сущности отдельной, как "счёт" в VOGBIT нет. Есть сущность "заявка на закупку". По смыслу – список с некоторой атрибутивной инф ...
Терминал тп 5. Закрытие незаконченных заданий. - Терминалы
Константин Чилингаров: В текущей версии никаких подобный настроек нет.  Отката назад из этого окна нет, насколько я помню, потому что к моменту его появления часть информации о "закрытии задания" фактически уже записалась. Нужно уже до конца доводить. Если неправ ...
Выбор участка в окне редактирования - Ошибки в работе
Alex-220781: Спасибо. Исправил.  Хотел по памяти настроить. Не получилось.  Старею... 
Состав изделия и использования разных материалов в одной и той же детали - Состав и технология
Константин Чилингаров: Здравствуйте, Первое, что нужно отметить: Если у Вас есть диван определённой модели с обивкой из одной ткани и точно такой же по конструкции, но с обивкой из другой ткани, то со всех сторон будет лучше, если в базе данных это будет две разные н ...
Шаблон отчёта при многосменной работе - Производство
Константин Чилингаров: 16195 Михаил Анатольевич написал: Куда обратится с вопросом покупки терминала, его комплектации, они же разные наверно По комплектации написал вкратце /forum/messages/forum30/topic2428/message15085/2428-terminaly_-apparatnaya-chast#message15085 во ...
Терминалы, аппаратная часть - Терминалы
Константин Чилингаров: Последнее время, регулярно возникают вопросы по аппаратной части цеховых терминалов. Пока выложу сюда, как отдельную тему, кратко по основным моментам. Надеюсь, будет полезно. Итак, поехали: С технической точки зрения «цеховой терминал» - эт ...
Пример создания плагина - Плагины
Николай Спирин: Остается одно. Созданную номенклатуру вместе с id выгрузить в 1С, там ее сопоставить с номенклатурой 1С и выгружать вместе с id в Вогбит. Но техпроцесс то можно, наверное, создать в Вогбит программно и присвоить ему номер из 1С, а потом заполнить его ...
Процесс не может получить доступ к файлу - Отчёты
Константин Чилингаров: Спасибо за информацию!
Не получается подключить демо-версию - Установка
Константин Чилингаров: Да. По ссылке выше, см. рис. 12. В этом месте задаётся пароль администратора SQL. По поводу запуска программы и входа в неё после установки - описано /support/622/#_v7656 здесь .
Комплект сборочных единиц - Производство
Алексей Пономарев: Здравствуйте, только сегодня обратил внимание что вы ответили. Уже и не ждал. Спасибо, будем изучать вопрос дальше
Перенос задания на максимальном уровне на терминале - Терминалы
Константин Чилингаров: Здравствуйте, Была у нас похожая идея 8 лет назад... Дело в том, что "автоматически" нельзя. Не получится. Потому что слишком много вариантов появляется. Допустим, закрыли мы задание на посту. Известно, что есть следующее после него, надо ...
Внеплановые задания - Производство
Константин Чилингаров: Здравствуйте, Проверил. Нормально, вроде, всё. Вводится, редактируется. В окне сменного задания поста есть колонки "Комментарий" и "Комментарий к операции". Последняя - это комментарий из операции в техпроцессе. Если таковой суще ...
Форма ввода параметров - Отчёты
Владимир Трусов: Спасибо. Работает.
Поиск при создании накладной по заявке - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал. Спасибо.
Порядок строк приходной накладной - Интерфейс программы
Константин Чилингаров: Хорошо, понятно. Запишу отдельным пунктом в список предложений и пожеланий. Спасибо!
Пропали кнопки в меню. - Прочее
Константин Чилингаров: Здравствуйте, 18542 Николай Спирин написал: Как добавить прав пользователю? В справочнике "Сотрудники" в свойствах пользователя поставить галочку "Администратор". Если её нет - пункта "Настройки" в меню не будет у этог ...
Приёмка деталей на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18424 Lesotehnikakirov написал: У нас так получилось:1. Количество детали в производственном заказе 1051 шт2. На склад сдано 244 шт3. Со склада выдано в работу 244 шт, остаток 04. На склад сдано 1051 деталь5. Теперь на складе в данном производстве ...
Создание ЛЗК - Материалы, Комплектующие, Складской учёт
Lesotehnikakirov: Благодарю. Вопрос решился.
Редактирование накладных - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Заходим в общий справочник "учётные документы" (Рабочая -> Учётные документы). Там находим нужный "приходный ордер". Например, по дате и поставщику. Встаём на него, нажимаем "Отменить оприходование" (рис.1). Открыв ...

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

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

×
Вход на сайт