Обновление №8 для версии VOGBIT 1.1.37841 - Новые «Терминалы», новый модуль для «Совместной обработки» в производстве, переработанный режим «Обеспеченность»

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

Описание порядка выполнения операций при изготовлении - Состав и технология
Константин Чилингаров: Здравствуйте, Существующие в текущей версии варианты: 1. Не запускать "тройники" (не создавать задания) до тех пор, пока не сделаны "корпуса" и "штуцеры" (ну если только последние, конечно, не были сделаны заранее ...
В расчет потребности не попадают детали из готового изделия - Состав и технология
Константин Чилингаров: Такой вариант по смыслу соответствует тому, что изготовленные в рамках данного заказа детали, хотя и используются для сборочной единицы в этом же заказе, сначала передаются на склад (отмечается в программе). А потом через какое-то время выдаются со с ...
Перемещение в учетную группу - Ошибки в работе
Константин Чилингаров: Точно. Воспроизвёл. Так и есть. Это недоработка. Будем чинить. Спасибо!
Редактирование параметра профиль и размеры - Состав и технология
Константин Чилингаров: Называть параметры можно как угодно. В том числе переименовывать. И свои создавать, любые. От названия параметра ничего не зависит.  Можете, например, в своей базе переименовать, если есть желание. Почему не вывести параметр материала "профи ...
Как правильно организовать начальный импорт данных на склад - Экспорт импорт данных
Константин Чилингаров: 18911 Станислав написал: А по срокам примерно? День - неделя (в зависимости от загрузки в этот момент). Скорее, день. Плагин сам есть готовый. Вместе с краткой инструкцией и примером его дадим. Если что не получается, то 1-2 коротких консульта ...
Работа с заданиями - Производство
Константин Чилингаров: Здравствуйте, На "среднем" уровне задания не выдаются на пост на конкретную смену (основное предназначение режима "Новые задания"). Соответственно, в режиме "Новые задания" с ними делать нечего. Они там выводятся для ...
График производства перестал показывать вторую очередь - Производство
Станислав: 13 Константин Чилингаров ,  Спасибо! Я вас во все в принципе понял. С Уважением!
Обеспеченность с закрытыми заявками покупателей - Производство
Константин Чилингаров: Здравствуйте, Видимо, речь о том, что когда включены "учётные группы", то в "Обеспеченность" показываются внизу "пустые" остатки по всем ранее существовавшим группам (закрытым). Попробовал, да есть такая штука. Согл ...
Удалить расходную накладную - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18911 Станислав написал: Странно, но ЕИ по умолчанию через некоторое время опять появились те же самые, что и были раньше.Т.е удаление их из окна связанных с номенклатурой объектов не решает проблемы, попробовал кг заменить на м, все равно устанав ...
Работа с заданиями - редактирование строки по конкретной операции над деталью - Производство
Константин Чилингаров: Здравствуйте, 18911 Станислав написал: В технологии за конкретной операцией Пиление заготовки пост на котором исполняется операция конкретно не указан, и поэтому в связанных объектах указано две ленточные пилы. Некоторые общие вещи по поводу ...
Удвоение потребности - Производство
Станислав: 13 Константин Чилингаров ,  Фигасе - походу "мозгу юзера" капец. Спасибо за пояснения. С Уважением!
Переключение между базами данных - Обновление
Константин Чилингаров: Здравствуйте, Разные "файлы программы" в базах. На одной стоит обновление, на другой нет. 4146 Владимир Трусов написал: Как это починить? Поставить последнее обновление на обе базы.
Информация о количестве изделий на терминале - Интерфейс программы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: А сейчас эта кнопка работает? По моему после последнего обновления перестала Вроде работает. Вчера проверял, работала (тип терминала 4). Но она вообще изначально задумывалась для того, чтобы можно было ...
Терминал. Распределение заданий на разные участки. - Терминалы
Константин Чилингаров: Про выдачу одного задания на разные посты, которые на разных участках. Я бы всё таки настоятельно не рекомендовал так делать. Это идеологически изначально не предусмотрено, и чревато. Например, к "участку" привязывается "тип терминал ...
Выдача ТМЦ со склада "без основания" - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18931 Volkov1 написал: Можно ли осуществлять выдачу любых номенклатурных позиций со склада? Ответ на одно сообщение выше. Проблема не в выдаче. Всё выдаётся и проводится в программе: накладная создаётся (в виде электронного документа в програ ...
Ошибки после обновления декабрь 2019 - Терминалы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: они не связаны с отключением электричества или аварийным завершением но вот это 3520 Alex-220781 написал: аботник нажимает кнопку "завершить", выскакивает ошибка - это и есть аварийное з ...
Вопросы по демо версии - Демо версия
Станислав: 13 Константин Чилингаров , Здравствуйте! Не хотел Вас обидеть своими глупыми вопросами, но причина в том числе и не совсем дружественном интерфейсе проги и довольно сложной структуре данных, предназначенной для построения СУБД. У обычного реально ...
Комментарии к операциям - Прочее
Константин Чилингаров: Здравствуйте, В этом окошке (график работ по сменам/ детальный график) в этой колонке отображается комментарий к операции, указанный в техпроцессе.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: У вас в списке всего деталей, которые можно объединить в группу: 8 шт, 2 шт и 2 шт. Вы говорите, что в группе деталей: 8шт, 2шт и 2шт. Больше одной такой "группы" из такого количества деталей создать не получится.
Ошибка при выводе на печать предварительных заказов в демо версии производство - Производство
Константин Чилингаров: Здравствуйте, В окне, где выбирается бланк отчёта (какой нужно распечатать), нужно выбрать подходящий шаблон и нажать "Ок" (не на "принтер"). См. /support/622/#_v7680 здесь , рис.68.

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

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

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