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

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

Отсутствие РЦ в дашборде - Терминалы
Freza3mm: Здравствуйте! Вчера первый раз был запущен терминал (тип 6), в дашборде не отображаются некоторые РЦ, хотя при авторизации работником, он задания для РЦ видит и может принять и выполнить. (в системе 6 участков и 19 РЦ)
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать. Пояснение: В 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. Что уже не совсем точно. Если потом пересчитать обратно в метры (по тому ...
Статистика производства - Прочее
Константин Чилингаров: Дело в том, что «Техпроцесс» (то, что открывается по кнопке «Технология подробно» на изделии) и «Задания» (то, что открывается по двойному щелчку или по «выполнение» в «графике» производства») – это не одно и то же. Это разные вещи. Связанные между с ...
Пропадают спецификации и техпроцессы - Прочее
Наталья Захарова: Здравствуйте. Спасибо!
Ошибка при попытке сформировать отчет - Ошибки в работе
Константин Чилингаров: Отчёт из "Статистики производства", я так понимаю? При последнем обновлении меняли все бланки отчётов из этого режима на новые. Причина ошибки - не заменён бланк - старый, от старой версии сейчас в базе у вас лежит сейчас. Обновление пост ...
Ошибка - Ошибки в работе
Константин Чилингаров: Место кончилось. Если стоит бесплатный SQL (Express edition), то у него  ограничение по максимальному размеру базы данных = 10GB. Скорее всего достигнуто это ограничение. Как временно спастись: 1. Сделать резервную копию базы данных. 2. Через ...
Первый запуск терминала - Терминалы
Константин Чилингаров: Каждый тип терминала заточен под определённый "уровень" и определённые особенности. Из доступных на сегодня для «высокого» уровня предназначены типы 3,4,5 и 6.  3,4 и 5 – это разные вариации на тему изготовления деталей (или несложных ...
Очень долго открываются обороты - Прочее
Константин Чилингаров: Здравствуйте, Сделать резервную копию. Файл *.bak полученный запаковать каким-нибудь zip'ом. И выложить на файлообменник. Любой. Какой вам удобнее. Ссылку нам послать. Можно на общий e-mail: mailto:info@vogbit.ru info@vogbit.ru Мы дальше у ...

Сдача на склад готовой продукции

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: 1
Сдача на склад готовой продукции, Не считает цену готового изделия при сдаче на склад
 
Добрый день!
Когда происходит сдача готового изделия на склад готовой продукции, программа почему-то не считает сумму этого изделия и в модуле «Остатки» в столбце сумма стоит 0,00 рублей. Подскажите, как сделать, чтобы программа автоматически считала цену готового изделия?
 
Здравствуйте,

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

Подробнее:

https://vogbit.ru/support/412/#_8121

https://vogbit.ru/support/784/#_i1549
 
Добрый день!
Подскажите ещё такой момент. У нас на производстве изготавливают готовую продукцию из готовых компонентов, если эти готовые компоненты имеются на складе. Если готовых компонентов нет на складе в нужном количестве, тогда изготавливают сначала компоненты из материала, а потом собирают готовые изделия. Как сделать так, чтобы при добавлении на склад готовых компонентов и готовых изделий на складе в остатках автоматом прописывалась фактическая себестоимость данных изделий? Или эту себестоимость нужно вручную считать и записывать в учётные карточки готовых изделий и компонентов?
Очень хотелось, чтобы программа автоматом считала ФАКТИЧЕСКУЮ стоимость изделия из затраченных материалов и готовых компонентов.
Объясните пожалуйста как это должно работать.
 
Цитата
Денис Прокофьев пишет:
Очень хотелось, чтобы программа автоматом считала ФАКТИЧЕСКУЮ стоимость изделия из затраченных материалов и готовых компонентов.
Объясните пожалуйста как это должно работать.
В большинстве случаев, по моему, вполне разумно, делать так, как предлагалось в сообщении #2.
Т.е.:
- посчитать себестоимость деталей, исходя из текущих цен на материалы, и тем или иным способом оценив прочие затраты (см.здесь). Сохранить полученные цены и использовать их, как внутреннюю учётную стоимость таких деталей.
- включить в настройках, чтобы поступающим из производства деталям автоматом прописывалась их учётная стоимость в складской подсистеме.
- периодически пересчитывать (обновлять) цены на детали с учётом того, что как стоимость материалов, так и прочие затраты предприятия имеют тенденцию со временем меняться. Тогда те детали, которые сделали давно, будут лежать на складе ещё по "старой" цене, а позже сделанные - уже по "новой".

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

Если производство позаказное (проектное) и материалы отдельно на каждый заказ выдаются, то очень полезный есть режим "фактические затраты". Он вам сразу покажет, сколько итого на тот или иной заказ (договор) ушло.

Если же вы хотите не примерно, а точно считать, сколько именно материала и по какой цене ушло на какую конкретно деталь и т.д., то это отдельный разговор. Тут дело вот в чём:

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

Представляете, что каждый рабочий должен не просто резать детали, а ещё и для каждой детали, которую он сделал, отмечать – из чего именно он эту конкретную деталь вырезал. Не просто собирать изделия, а для каждого из них в отдельности где-то фиксировать, какие именно детали он в это именно изделие поставил. И т.д.

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

А чтобы такое, в принципе, было возможным, надо, чтобы вся организация под это была выстроена: планирование производства, порядок выдачи материалов, порядок принятия работ и сделанных деталей и изделий и т.д. Порядок хранения и передачи всего и вся и т.п.
Это внедрение тотального партионного учёта всего и вся насквозь во всём производстве. Маркировка всего и вся, что движется в производстве. Очень чёткий порядок, стандартизация всех основных процессов и действий сотрудников и т.д.
А иначе вы просто не получите реальную информацию, что на самом деле из чего было сделано.

Бывают такие производства. Где именно так процесс и выстроен. С тотальной прослеживаемостью. Только там цель совсем другая. Не считать «фактическую себестоимость», а отслеживать по любой позиции, что из чего именно было сделано. Например, производство ракетно-космических двигателей и т.п. Чтобы, случись что, точно разобраться, где именно, что пошло не так.

Но заводов, которые делают космические аппараты, крайне мало…
А внедрять «космические» технологии организации производства и учёта на заводе, который делает относительно дешёвую и простую продукцию – нерентабельно просто. Подобный суперточный учёт потребует такой организации производства, которая в разы увеличит накладные расходы. В чём счастье знать суперточно, по какой именно цене материал в конкретной детали, если в результате ради этого придётся так выстроить всё производство, что делать эту деталь будут в N раз дольше, а стоить она будет в K раз дороже в результате?

На «простых» предприятиях, которых подавляющее большинство, процесс ведь выстроен намного проще. Ежедневно со складов отпускаются десятки и сотни наименований материалов и комплектующих. Купленных и сделанных в разное время. И тратятся они не тут же, и не на что-то одно конкретное, а в течение дней, а то и недель, и на разные заказы и изделия в этих заказах.
И никому даже в голову не придёт где-нибудь на сборочном посту не просто взять гайки какие-нибудь из коробки и навинчивать их, а физически разложить их по кучкам и подписать: «эти тогда-то и там-то купленные, а эти такие же, но тогда-то и там-то купленные» и потом навинтив эти гайки в одно конкретное изделие тут же записывать: «для данного изделия столько-то взял вот из этой кучки, а столько-то вот из этой».
Никто так не делает же...

И если разобраться, то за исключением ситуации, когда вам необходима тотальная прослеживаемость, что из чего именно сделано, задача такого супер-точного учёта смысла то особого не имеет.
Зачем?

Если вопрос идёт со стороны контроля рентабельности деятельности предприятия вообще, так там «фактическая себестоимость» по каждому конкретному изделию и не нужна. Можно на эту тему почитать, что-нибудь про direct costing. Там всё понятно разложено.

Если речь идёт об оценке показателей рентабельности производства по какому-то отдельному изделию, то тут тоже много вопросов на тему точной «фактической" цены материала в этом конкретном изделии отдельно взятом. Т.к.:

Если речь о производстве более-менее технологичной продукции, то там затраты на материалы в структуре общих затрат на производство продукции - это, от силы, половина. А то и меньше. Большая же часть второй половины не имеет отношения не то что к производству этого конкретного изделия  - вообще, зачастую, к производственному процессу, как таковому, прямого отношения не имеет. Отсюда получается, что расчёт этой большей половины затрат в пересчёте на одно конкретное изделие – априори, вещь сугубо теоретическая и оценочная. Делается с кучей допущений и упрощений и ни о какой точности тут речи не может идти в принципе.
Получается, какой смысл упираться и высчитывать, сколько точно стоил материал в этой конкретной детали, если на «полную себестоимость» эта точность всё равно оказывает влияние в районе максимум нескольких процентов, в то время как тут же рядом 50+ % считается по принципу «пол-потолок», т.е. очень условно и примерно.
А для примерного расчёта за глаза хватит и трёх уже имеющихся (в модуле "себестоимость") вариантов, как считать, цену материала или комплектующих (по "учётной" цене, по цене последнего поступления на склад или по "средней" цене того, что сейчас на складе есть).

Если же производство простое и стоимость материала в нём составляет бОльшую цены изделия, то оно обычно и организовано не совсем так. А, скорее, по «проектному принципу». Т.е. что-то вроде: подписали договор, получили предоплату, купили материал, сделали из него продукцию, продали её.
При таком раскладе, опять же, нет особого смысла точно считать отдельно на каждое изделие. Есть проект. Есть сумма договора. Есть сумма итого купленного под этот договор материала, сумма всего потраченного материала, есть стоимость продукции, выпущенной по договору. Получаем тот же direct costing, только в «проектном» производстве.

Резюме.
Отслеживать из какого именно материала сделана та или иная деталь, или какая конкретно деталь вставлена в определённое изделие, имеет смысл при очень серьёзных требованиях к прослеживаемости всей истории производства.
Сделать такое возможно, но требует больших усилий и трудозатрат в организационном плане.
Затевать это всё ради подсчёта «фактической себестоимости» - овчинка выделки явно не стоит.
Тем более, учитывая тот факт, что на уровне отдельного изделия само понятие «фактической себестоимости» этого изделия одного отдельно взятого - понятие очень условное и примерное по определению.
В том же месте, где реально имеет смысл оперировать понятиями фактических затрат – на уровне, допустим, предприятия и месяца – там всё равно сводные показатели нужны, а не отдельно по каждому изделию. А они и так есть.
 
P.S.
В догонку к предыдущему сообщению:
Цитата
Константин Чилингаров пишет:
Сделать такое возможно, но требует больших усилий и трудозатрат в организационном плане.
(в предыдущем сообщении про "прослеживаемость", что из чего сделано).

Тут (и выше, где про сложности организации прослеживаемости) речь идёт про общий случай. Про некое производство вообще, в т.ч.  достаточно крупное и сложное.

В каких-то конкретных случаях, бывает, что и не так уж сложно сделать. Если особенно штутчное какое-то производство и небольшое совсем.
Страницы: 1
Сейчас на форуме (гостей: 23)
Всего зарегистрированных пользователей: 3163
Приняло участие в обсуждении: 364
Всего тем: 804
Всего сообщений: 6067

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