Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

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

Уровни учета терминала. - Терминалы
Alex-220781: 13 Константин Чилингаров написал: На картинке пример с реального предприятия. Один из... 13 Константин Чилингаров написал: Как будем мы ...
Ошибка при выборе всех заданий. - Терминалы
Константин Чилингаров: Так и задумано. 3520 Alex-220781 написал: При нажатии кнопки "Собрать невыполненные задания" - собрать можно только слева от смены, перио ...
Постановка на паузу заказов и изделий - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Но люди - это же не станки. Кто то делает быстрее, кто-то медленнее, разные ситуации бывают. Изделия большей частью зак ...
Отмена заданий в окне "Невыполненные задания" - Новые возможности
Константин Чилингаров: Здравствуйте, Можно и сделать. Запишу в список пожеланий.
Уровень учета в Графике производство - режим Подробно. - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да. Точно. Хорошее замечание. Это недоработка. Вылезло с тех времен древних, когда "уровень" было понятие более мону ...
Кнопка "Контроль" - Прочее
Alex-220781: Пока снимаю свои вопросы :) До входного контроля ещё не дорос. Если и будет - то это скорее всего просто проверка внешнего вида (повреждени ...
Задачи и Файлы, Договоры. - Обновление
Константин Чилингаров: Попозже если только.
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Записал в список пожеланий.
Планирование - Производство
Михаил Анатольевич: 13 Константин Чилингаров написал: Это, я так понимаю, график работы стапелей сварочных, да? (план)   Да, всё верно.  13 Константин Чилингар ...
Упрощение ввода аналогов - Интерфейс программы
Константин Чилингаров: Вот. Сделал ролик. https://youtu.be/Vc03vi0YPeE https://youtu.be/Vc03vi0YPeE
Выбор ресурса при редактировании задания - Производство
Alex-220781: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным заказом в с ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: Не загружены новые шаблоны отчётов после обновления. Нужно загрузить. https://disk.yandex.ru/d/Uk9jUiuNjUyKIQ Сами шаблоны /support/459/ Инструкция , как заг ...
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Добавил в список пожеланий.
Перенос из обеспеченности в заявку. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 3520 Alex-220781 написал: При нажатии "Обеспеченность" я не учитываю ЛЗК по другим заказам. Пояснение: Если при запуске "Обеспеченн ...
Перенос из спецификации в заявку. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий.
Запоминание состояния окон. - Интерфейс программы
Константин Чилингаров: Да, я выше это же писал. Потому что это "плавающее" окно. В плавающих окнах размеры самого окна после закрытия не сохраняются сейча ...
Не сохраняются выбранные колонки в окне состава изделия - Состав и технология
Константин Чилингаров: 3520 Alex-220781 написал: для порядка. Все активные кнопки в программе подсвечены Не факт. Кнопки бывают разные. Если провести аналогию с м ...
Настройка рабочих мест пользователя - Прочее
Константин Чилингаров: Да. В целом Вы совершенно правы. Согласен. Но, к сожалению, пока руки не доходят до "облагораживания" этого места. Как только дойдут, ...
Замена участков и постов в Технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Там скоро к "постам" и "участкам" ещё и "станки" добавятся (для желающих)... Надо подумать, как лучше реорга ...
Приемка ОТК - Производство
Константин Чилингаров: /support/446/#4062 вот так

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

- Практические приемы работы - Старые разделы форума
Страницы: 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
Сейчас на форуме (гостей: 20)
Всего зарегистрированных пользователей: 3405
Приняло участие в обсуждении: 378
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт