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

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

Отображения количества деталей в терминале - Интерфейс программы
1113: Все верно.  И было бы здорово иметь возможность изменять шрифт комментариях к операции.  Например, у меня большая сборочная единица, в которой 50 операций по сборке, и для группировки в каждую операцию в качестве комментария я перечисляю мелкие д ...
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Насколько я понимаю, сейчас карты заказов там идут вообще без какой-либо сортировки. В порядке создания. Как они появлялись, в таком порядке и идут. Посмотрим, что там можно сделать.
Порядок строк приходной накладной - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Хорошо, понятно. Запишу отдельным пунктом в список предложений и пожеланий. Спасибо! Добрый день! На всякий случай, напоминаю. Может в следующем обновлении появиться. 3520 Alex-220781 написал: возможность пере ...
Отсутствие РЦ в дашборде - Терминалы
Константин Чилингаров: Здравствуйте, Да, верно. На дашборде показываются данные по «текущей смене». Которая идёт непосредственно сейчас. Если таковой нет для соответствующего поста – он и не показывается. Другое дело, что dashboard в таком виде вообще достаточно беспол ...
Оформление выдачи готовой продукции из производства - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: В окне «график производства» выделить позиции, которые передаются на склад. Нажать «Сдать на склад» (рис.1). Проверить, что правильно указан склад, куда передаётся, нажать «создать документ» (рис.2). Дальше можно при необходимости поправить количе ...
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать. Пояснение: В VOGBIT в тех задачах для чего, в основном, используется в этой программе подсистема ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настройкой шаблонов отчётов, если интереса/желания/времени глубоко в эту тему погружаться не ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного заказа (карты заказа)  была нажата кнопка "Отметить, как законченные" в окне, которое у вас на карти ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Здравствуйте, Да, нормальная инструкция. Для "среднего" уровня актуальна. Это для случая, мех обработки или сборки несложной, когда сдаётся по количеству и нормо-часы закрываются по нормативам при этом (терминал "тип 2"). ...
Транспортные расходы - Прочее
Константин Чилингаров: Здравствуйте, Данная программа не предназначена для учёта расходов в понимании, например, финансового отдела. Таких как затраты на электроэнергию, транспорт, содержание помещений, вспомогательных служб и т.д. и т.п. Она просто не для этого.  Ч ...
Выполнение нескольких заданий одновременно. - Терминалы
Константин Чилингаров: Здравствуйте, Маловато исходной информации пока, чтобы что-то сказать. Какая цель (применения программы в данном месте)? Нужно просто отмечать и видеть, что кран такой-то закомплектован, кран такой-то закомплектован и т.д.? Или это какая-то сл ...
Удаление папки - Прочее
Наталья Захарова: Все получилось, спасибо.
Штрих код на деталях - Производство
Константин Чилингаров: 18336 Fomina написал: Я правильно понимаю, что в текущей версии штрих-код назначается автоматически? Если речь про тот штрих-код, который в "графике производства", то достаточно давно уже он назначается автоматически при создании задан ...
Колонка "Наладка" в Статистике производства - Прочее
Константин Чилингаров: Здравствуйте, Это для учёта работы наладчиков станков с ЧПУ. https://youtu.be/KnCDki8k-9Y?t=819 Вот из этой серии (13:39) Потом фильтр по этой колонке ставишь в "Статистике производства" и нужную группировку (например, по людям->д ...
Активация/деактивация - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: В новой версии 20.5 по прежнему есть ограничение на количество деактиваций? Да. 10 шт. В следующей версии, вполне вероятно, появится новый тип лицензий, которые можно будет запускать на разных компьюте ...
Пустой бланк - Демо версия
Константин Чилингаров: Можно, конечно. Если сами умеете - корректируйте. Если сами не умеете, то можем мы по вашим пожеланиям за скромную плату. В последнем случае - пишите на почту свои пожелания. Желательно, максимально подробно. Обсудим.
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Это погрешность округления. Коэффициент пересчёта округлили до 3 знаков, когда вводили (стоит в базе кг->м = 0,004). В итоге при пересчёте 698 кг в метры получается 2,792. Что уже не совсем точно. Если потом пересчитать обратно в метры (по тому ...
Статистика производства - Прочее
Константин Чилингаров: Дело в том, что «Техпроцесс» (то, что открывается по кнопке «Технология подробно» на изделии) и «Задания» (то, что открывается по двойному щелчку или по «выполнение» в «графике» производства») – это не одно и то же. Это разные вещи. Связанные между с ...
Пропадают спецификации и техпроцессы - Прочее
Наталья Захарова: Здравствуйте. Спасибо!
Ошибка при попытке сформировать отчет - Ошибки в работе
Константин Чилингаров: Отчёт из "Статистики производства", я так понимаю? При последнем обновлении меняли все бланки отчётов из этого режима на новые. Причина ошибки - не заменён бланк - старый, от старой версии сейчас в базе у вас лежит сейчас. Обновление пост ...

Данные для расчета себестоимости

- Практические приемы работы - Старые разделы форума
Страницы: 1
Данные для расчета себестоимости
 
Здравствуйте, подскажите пожалуйста
1. В каком руководстве можно посмотреть порядок привязки цен к материалам и расценок к работам?
2. Как учесть стоимость изготовления оснастки для производства изделия?
3. Как отразить расход электроэнергии в расчете себестоимости?
 
1. Отдельного руководства пока, к сожалению, нет. Сейчас напишу основные моменты здесь.
2. Создать отдельный производственный заказ на изготовление соответствующей оснастки. Если она "одноразовая", то можно отдельный заказ не открывать и вставить оснастку отдельной позицией прямо в тот же производственный заказ, где само изделие.
3. Электроэнергию в данном случае лучше относить к "постоянным" затратам (см. литературу по direct costing)
 
По поводу исходных данных для расчёта себестоимости:

1. Материалы.
Существует два альтернативных способа, как программа может определять цены при расчёте:
- по специальным документам (прайс-листам)
- по данным складской картотеки

Первый способ удобен тем, что:
- не обязательно вести в программе реальный складской учёт;
- можно выполнить расчёт себестоимости с учётом тех материалов и комплектующих, которые вы пока ни разу ещё не покупали;
- он более гибок – можно выбирать, по ценам какого поставщика считать, по ценам на какой период времени, или вообще подкорректировать цену вручную (см. видеоролик).

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

Чтобы создать «Прайс-лист» вручную:
- Откройте справочник Расчётные документы (вкладка меню Рабочая);
- Добавьте новый документ. Тип связи выберите «Прайс-лист» (LT_Price_List)
- Откройте Спецификацию расчётного документа. Добавьте нужную номенклатуру (можно drug’n’drop ом из справочника), укажите единицу измерения и цену за эту единицу измерения (см. рисунок 1).

Способ определения цен при расчёте «по данным складской картотеки» подходит для тех, кто ведёт в VOGBIT складской учёт. Он позволяет использовать при расчёте себестоимости цены реальных складских остатков, т.е. те цены, по это которым покупали. О складском учёте можно почитать в документации.

2. Стоимость работ.

Тут тоже существует два способа, как задать расценку.

Первый  способ более простой. Можно указать стоимость часа работы прямо в технологической операции. Для этого в режиме редактирования техпроцесса откройте Параметры операции. Добавьте параметр «Расценка» (work_cost). В качестве значения укажите стоимость соответствующей работы за 1 час.

Документацию по режиму для работы с техпроцессами см. здесь.

Главный недостаток указанного способа в том, что в случае каких-либо изменений расценок, вам придётся менять их во всех техпроцессах (которых может оказаться очень много).

Чтобы избежать подобной проблемы, есть альтернативный способ. В операции в техпроцессе указывать не расценку в явном виде, а тип и сложность работ. Отдельно заводится таблица расценок – стоимость часа работ в зависимости от типа и сложности работы. И потом при расчёте себестоимости расценка уже определяется по этой таблице. В таком случае, если расценки изменятся, то достаточно будет внести изменение в одном месте – в таблице расценок. А техпроцессы можно не трогать, там ничего не изменится.

Порядок указания характеристик операции в техпроцессе полностью аналогичен описанному выше. В режиме редактирования техпроцесса нужно добавить параметры к операции. Только в данном случае добавлять нужно два параметра (см. рисунок 3):
- Категория работ (Work_type)
- Квалификация исполнителя (Work_rate)

Именно таким образом сделано в примере в демо базе «Производство». Можете посмотреть. Как завести свою таблицу расценок, смотрите вот в этом видеоролике.

Если вы применяете типовые техпроцессы, то расценку, так же как и другие параметры операции, можно указать в типовом техпроцессе, и они будут применяться везде, где применяется соответствующая типовая операция (см. документацию).
1.png (124.53 КБ)
2.png (49.99 КБ)
3.png (51.31 КБ)
 
1.Вопросы по расценкам:
1.1.Обязательно ли использование указанных параметров(категория работ и квалификация) или можно использовать свои параметры и от них строить зависимость расценки;
1.2.Указывать параметры для операции обязательно в техпроцессе или можно задать их в справочнике номенклатура для конкретной операции
2.Вопросы по расходу материалов:
2.1.Есть ли возможность указать коэффициент отхода для основных материалов. Т.е. чтобы технолог вносил расход в размер заготовки без учета отхода, а в калькуляцию попадал расход с отходом.
2.2.Имеется ли возможность определения расхода, например, краски исходя из нормы на 1 м.кв и площади поверхности изделия
Изменено: martinov.da - 19.06.2013 12:06:51
 
1.1. Программа использует три параметра. Расценка и два других, от которых она может зависеть. Называться они могут как угодно. Важен идентификатор параметра и тип. Можно свои параметры создать вместо имеющихся. Главное чтобы идентификатор у них был нужный и тип допустимый. Какие должны быть идентификаторы и какие допустимы типы для этих параметров написано в общей документации по настройке VOGBIT. См. раздел "Параметры", описание параметров "Сложность работы", "Категория работ", "Расценка").

В указанных границах можете использовать всё что угодно.

1.2. В справочнике нельзя. Но можно в типовом техпроцессе. А потом использовать операции из этого ТТП, как типовые, и в техпроцессах деталей уже не вводить параметры.

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

2.2. Да имеется. Пример - в демо базе. Там именно так и сделано. В типовой операции задан расход краски и время на 1 метр квадратный поверхности, а для деталей рассчитывается уже при калькуляции потребностей и себестоимости. Для общей информации почитайте документацию, разделы "Нормы расхода материалов" и "Использование типовых технологических процессов". И посмотрите пример в демо базе, как там сделано с операцией окраска. Если будете сами подобное что-то делать, то могу пояснить тонкости. Пробуйте, что не получается - спрашивайте.
 
Цитата
Константин Чилингаров пишет:
2.2. Да имеется. Пример - в демо базе. Там именно так и сделано. В типовой операции задан расход краски и время на 1 метр квадратный поверхности, а для деталей рассчитывается уже при калькуляции потребностей и себестоимости. Для общей информации почитайте документацию, разделы "Нормы расхода материалов" и "Использование типовых технологических процессов". И посмотрите пример в демо базе, как там сделано с операцией окраска. Если будете сами подобное что-то делать, то могу пояснить тонкости. Пробуйте, что не получается - спрашивайте.
1.Посмотрел пример из демобазы и почитал документацию, но не нашел где указывается площадь поверхности для деталей. Т.е. не понятно на основании каких данных выполняется пересчет норм времени и расхода вспомогательных материалов для конкретного изделия.
2.Как поступать если операция состоит из переходов часть которых не зависит от площади. Например:
Окрасить изделие
  • Обмести камеру(зависит от площади)
  • Навесить изделие на оснастку(независит от площади)
  • Нанести порошковое покрытие(зависит от площади)
  • Запечь изделие в печи(зависит от площади)
  • Освободить телегу от изделий (независит от площади)
3.Возможно ли установить расчет расхода материалов от нормы времени. Например расход сварочной проволоки составляет 0,06 кг на 1 час работы сварщика(Тшт).
4.Мы окрашиваем изделия красками разных цветов. Они имеют одинаковую норму расхода на метр квадратный, но различную стоимость. Каким образом можно реализовать использование ТТП на операцию покраски для определения расхода краски с учетом цены в себестоимости
Изменено: martinov.da - 01.07.2013 11:41:51
 
Пока ждал ответа :cry: ,сам ответил на свои вопросы :D :
1.Площади указываются в номенклатуре в качестве коэффициента пересчета из штук в метры квадратные для окрашиваемой детали. Лично мне кажется что корректнее было-бы привязать площадь к материалу, но может не понимаю каких то тонкостей :). Кстати в качестве альтернативы можно определять нормы времени для таких операций используя нормировочные таблицы и множитель. Только материал нужно будет пересчитать :(
2.Вопрос отпал. В текущей версии переходу не может быть установлена единица нормирования, только операции :( .
3.Можно, через те-же коэффициенты пересчета но с дополнительными операциями, так что проще на калькуляторе
4. В нашем случае в ТТП достаточно указать операцию с нормой и единицу нормирования, а в техпроцессе на деталь, сборочную единицу или изделие добавить необходимый материал и норму расхода. Также в ТТП можно добавить наиболее часто используемую краску и при необходимости заменить.

Поправьте если если есть еще какие то ньюансы
 
Поправляю/дополняю:

1.
Цитата
martinov.da пишет:
Площади указываются в номенклатуре в качестве коэффициента пересчета из штук в метры квадратные для окрашиваемой детали
Правильно. Можно так.
Возможен и ещё один вариант: когда коэффициент указывается не для детали вообще (в номенклатуре), а для конкретной операции в техпроцессе этой детали. Это нужно, к примеру, для такого случая, когда в ТП одной и той же детали есть несколько операций нанесения покрытия, но не на всю деталь, а на часть (напыление, грунтовка, окраска и т.п.). Тогда получается, что деталь одна, а площадь разная для разных операций. Для такого случая можно коэффициент указывать в технологии для каждой операции свой.

Цитата
martinov.da пишет:
Лично мне кажется что корректнее было-бы привязать площадь к материалу, но может не понимаю каких то тонкостей
Нет. Не корректнее. Действительно есть много тонкостей, которые нужно учитывать. Если очень интересно, можно потом где-нибудь в отдельной теме пообсуждать, если время будет.
К слову, "площадь" (какую-нибудь) можно и так "привязать к материалу", причём, как минимум, двумя разными способами. Другой вопрос, что и как дальше с ней делать после этого?

Цитата
martinov.da пишет:
Кстати в качестве альтернативы можно определять нормы времени для таких операций используя нормировочные таблицы и множитель.
Можно. Есть такой механизм. Это действительно 2 альтернативных способа. У каждого есть свои достоинства и недостатки. По ситуации можно выбирать, какой удобнее использовать.

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

3. Направление мысли верное. Не стоит усложнять. А то механизм решения задачи получится в итоге настолько сложным в настройке и применении, что проще будет вообще его не применять.
Если хотите заморачиваться с подобными расчётами, то уже проще специально под конкретную постановку задачи писать свой plugin (небольшую встроенную программу), которая будет по какой-то заложенной вами (в эту программу) логике считать нужные цифры. Благо делать это в VOGBIT можно. Это будет правильнее. Нет смысла в стандартном интерфейсе предусматривать все возможные варианты кто от кого в принципе может зависеть и каким образом рассчитываться. Замучаетесь настраивать потом такой "универсальный" интерфейс.
Не хотите заморачиваться с формализацией алгоритмов расчёта, разработкой  plugin'ов и т.п. - считайте как угодно и на чём угодно, а в техпроцесс ставьте конечную цифру (норму времени, расхода материала и т.п.). С точки зрения всех последующих задач абсолютно без разницы как именно вы эту цифру получили.

4. Да. Всё верно. Именно так.
 
Подскажите, пожалуйста, как в программе учесть при расчете себестоимости:
1) почасовую ставку работ (не сдельную)?
2) косвенные расходы (з/п администрации, амортизация, аренда)?
 
Модуль Себестоимость предназначен для расчёта прямых затрат на выпуск продукции. Указанные вами затраты к прямым не относятся.

При "классическом" подходе для получения так называемой "полной" себестоимости общую сумму прямых затрат просто умножают на определённый коэффициент (2,3, 5 и т.д., я встречал формулы, включающие до 9 коэффициентов) и тем самым учитывают указанные вами расходы. Если хотите так, то просто возьмите из VOGBIT суммарное значение прямых затрат (в зависимости от ваших правил умножения - или общее, или отдельно по материалам и по труду) и умножьте на свой коэффициент(ы).

Однако, ИМХО, такой подход в современных условиях является устаревшим и неэффективном. В нынешних условиях, по-моему, direct сosting намного лучше. Проще, даёт более достоверные результаты, эффективнее. "Переменные" затраты программа вам посчитает. А "постоянные" (к которым всё указанное вами относится) вы и так знаете.
 
Т.е. полную себестоимость удобнее будет рассчитывать где-то отдельно.
Спасибо.
 
Если пользовать direct costing, то "переменные" затраты считать в программе. А "постоянные" вносить в неё смысла не вижу. Зачем?

Если считать "коэффициентами", то в текущей версии да, проще взять исходные данные (которые получить - это как раз и есть 99% трудоёмкости) в VOGBIT, а умножить 3-5 цифр друг на друга можно хоть в Excel'е, хоть на калькуляторе.

В своей предыдущей программе мы делали и расчёт прямых затрат, и плюс дополнительно ещё возможность заводить таблицы коэффициентов для того, чтобы эти 3-5 цифр прямо тут же тоже друг на друга перемножать можно было. Но на практике как-то не увидели глубокого смысла в такой функциональности. Поэтому в VOGBIT сразу сделали только расчёт прямых затрат. А умножение на коэффициенты приделывать не стали. По крайней мере пока. Технически добавляется такая возможность в программу легко, но есть ли смысл её добавлять - непонятно.
Страницы: 1
Сейчас на форуме (гостей: 13)
Всего зарегистрированных пользователей: 3173
Приняло участие в обсуждении: 364
Всего тем: 804
Всего сообщений: 6067

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