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

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

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

Использование режима "Обеспеченность"

- Практические приемы работы - Старые разделы форума
Страницы: 1
Использование режима "Обеспеченность"
 
Каким образом можно использовать "Обеспеченность" в демо версии? Пишет "нет исходных данных для расчета".
 
Нужно создать для какого-нибудь производственного заказа "Предварительные заявки" (на материалы или комплектующие) или "Лимитно-заборные карты" (документы на получение со склада).

Можно ещё "Требование" вручную сделать, если связываться с Предварительными заявками или Лимитно-заборными картами лень.

После этого попробуйте запустить Обеспеченность.
 
После ввода заявки покупателя в режиме "обеспеченность" не показывается потребность в материалах, комплектующих, покупных. Показывается только потребность в изделиях.
 
Логично.

Потому что заявка покупателя есть только фиксация факта того, что вы хотите со склада взять N-ное количество определённых изделий. Соответственно программа вам и показывает сколько у вас есть таких готовых изделий на складе и сколько не хватает.

А если вы хотите увидеть
Цитата
Николай Дударев пишет:
потребность в материалах, комплектующих, покупных
, то это нужно создать заказ на производство. И заявки на получение того, что нужно для этого заказа. И всё будет.

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

Цитата
Николай Дударев пишет:
Нужна такая последовательность ...
Некоторые общие мысли по этому поводу:

Так, как вы предлагаете, т.е. привязывать всё строго к месяцу – это в современных условиях, зачастую, получается, мягко говоря, не удобно. И главное, неэффективно. Если не брать в расчёт массовое или непрерывное производство, а также предприятия работающие чисто на госзаказ (на несколько лет один), то практически все сейчас живут на мелкой серии (номенклатуры много, заказов много, но при этом отдельные заказы небольшие). А в такой ситуации работать от «месячного плана» - это самого себя сначала связать по рукам и ногам, а потом пытаться куда-то идти.
В таких условиях «месячный план» - это атавизм времён Советского союза, заранее известной производственной программы на год и полного отсутствия компьютеров. Сейчас всё меняется вокруг намного быстрее, чем один раз в месяц. Пытаться работать в таких условиях строго по «месячному плану» подобно добровольному загону себя в угол.
Намного эффективнее получается оперировать понятием не план на месяц, а текущий план производства, снабжения и т.п. С горизонтом на столько, на сколько сейчас есть заказов (или в зависимости от того сколько можете взять заказов, если у вас ограничение не по сбыту, а по производительности)*.

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


*Имеется в виду, конечно, план с точки зрения именно производства (т.е. области непосредственного применения VOGBIT). С точки зрения вообще планирования деятельности организации, понятно, что полезно иметь и план на месяц, и на квартал, может быть. Но в таком более глобальном плане уже оперировать имеет смысл уже не конкретными деталями/изделиями, а более глобальными показателями (деньги, общие объёмы и т.п.).
 
У меня бывает план на месяц на 6 листах и более(по количеству заявок от покупателей более 150 шт. с номенклатурой изделий по 10-15 позиций в каждой и того min 1500 поз.), по заявкам заказчиков много повторяющейся номенклатуры и если создавать на каждую позицию отдельный производственный заказ, то будет тратиться очень много времени. Поэтому и хотелось бы группировать или по изделиям, или по периодам. А уже по группам создавать заказ на производство, дефицит и т.д.
 
Дополнение к предыдущему.
Имеется в виду, чтобы была возможность выделить или определенное кол-во заявок покупателя, или номенклатуру изделий, и по выделенному создать заявку на производство, дефицит и т.д.
 
Ну оно почти так фактически и работает в VOGBIT.

Заводите поступающие заявки покупателей. Потом по всем ним сразу смотрите "Обеспеченность". И с учётом наличия продукции на складе (и в производстве) делаете заказ на изготовление недостающего количества и номенклатуры продукции. Такой, чтобы покрыть весь дефицит, т.е. все заявки. Может быть, чтобы ещё какой-то задел остался в итоге (чтобы не опустошать совсем склад в итоге).
Этот механизм (заявки покупателей - обеспеченность - заявка/заказ на производство) как раз и предназначен для таких случаев, когда много покупателей заказывают одно и то же. Каждый помаленьку. Кроме того ещё что-то на складе есть. Поэтому под каждую заявку на продукцию нет никакого смысла открывать производственный заказ. Выгоднее и проще "оптом" для всех сразу сделать столько, сколько нужно.

Выше я имел в виду, что не обязательно делать эту процедуру именно раз в месяц. Заявки удобнее заводить по мере поступления (так же как и отгрузку по ним надо отмечать по факту сразу же). Корректировать план производства опять же необязательно раз в месяц. Не нужно конечно после поступления каждой новой заявки. Накопить какое-то количество разумное новых заявок, потом посмотреть. Если надо подкорректировать(дополнить) план производства. Я имел в виду, что намного проще и эффективнее делать это в любое время по мере необходимости, а не привязываться строго к началу или к концу месяца.
 
Тогда я не совсем понял, вы писали выше,

,
Цитата
Константин Чилингаров пишет:
то это нужно создать заказ на производство. И заявки на получение того, что нужно для этого заказа. И всё будет.

т.е. до того как программа покажет на поступившие заявки покупателя, при нажатии "обеспеченность",  фактическую потребность в деталях, покупных, материалах и т.д. сперва необходимо создать производственный заказ, заявку на дефицит и т.д., или нет?
Цитата
Николай Дударев пишет:
После ввода заявки покупателя в режиме "обеспеченность" не показывается потребность в материалах, комплектующих, покупных. Показывается только потребность в изделиях.
 
Да. Вы не совсем поняли.

В общем случае весь процесс состоит из нескольких частей.

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

Есть сборочное производство. Оно выпускает готовую продукцию. Для этого использует детали и комплектующие, часть из которых собственного производства, часть покупается. План сборочного производства определяется заказами на готовую продукцию, которые появились у нас в предыдущем абзаце (а также, возможно, прогнозами, нормативами на поддержание остатков готовой продукции и т.п.). Исходя из плана, сборочное производство формирует заявки, какие детали и комплектующие ему нужны. В этом месте «обеспеченность» - это соответствие количества готовых деталей (и купленных комплектующих) на складе потребностям (заявкам) сборочного производства. Если есть «дефицит», то он покрывается за счёт заказа на нужные детали обеспечивающему производству (или заявки на закупку).

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

Можно ещё дальше продолжить в сторону снабжения, но, думаю, достаточно.

Всё вышеперечисленное (контроль обеспеченности, формирование соответствующих заявок/заказов, а заодно и управление непосредственно производственным процессом) – можно хорошо организовать с помощью VOGBIT. Но надо только при этом понимать, что откуда берётся и как друг с другом связано.

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

- в строго единичном производстве уникальной продукции может полностью отсутствовать первый этап. Когда продукция уникальна, заявка покупателя и есть заказ на производство. Первый из описанных этапов можно "выкинуть", он не имеет смысла.

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

- возможен промежуточный вариант, когда "разделение" есть, но не по всей номенклатуре. Т.е. часть деталей делается серийно (пачками на склад), а часть только под заказ. Ролик отдельный есть с простым примером на эту тему.

- есть предприятия, готовая продукция которых – это отдельные детали. Нет никакого сборочного производства. В такой ситуации просто полностью «выкидывается» средний этап из трёх. Остаются заявки покупателей –> склад готовых деталей –> производство деталей –> склад материалов».

- не редкость и обратный вариант, когда есть только сборочное производство. А все комплектующие покупные. Тогда как класс отсутствует третий этап;

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

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

В VOGBIT можно как весь цикл полностью сделать (со всеми промежуточными этапами и определением дефицита отдельно для каждого), так и любой упрощённый вариант (без какого-либо этапа). Как делать - это уже от вас зависит. От того, как ваше производство организовано (или как вы добиваетесь, чтобы оно было организовано).

Вот как-то так. В целом.
Если понятно, то действуем, как показано в роликах и в документации. Формируем заявки, заказы на производство, контролируем обеспеченность, добавляем заявки и заказы и т.д. Может быть сразу, может быть последовательно, в несколько этапов. В общем, работаем.

Если не понятно, то могу предложить оплатить методическую поддержку, приехать в гости на день, нарисую на бумажке схему, объясню.
 
Спасибо.
Еще раз про заявку покупателя. Например существует несколько заявок покупателя на которые создан производственный заказ, выданы задания, но сами они не завершены. Поступает новая заявка покупателя и при создании нового производственного заказа предыдущий производственный заказ весь дублируется (т.к. заявки покупателей не закончены). Если отметить предыдущие заявки как законченные все хорошо, но по факту они не закончены. Каким образом исключить из производственных заказов незаконченные заявки покупателя?
 
Цитата
Николай Дударев пишет:
производственный заказ весь дублируется
Ничего подобного.

Цитата
Николай Дударев пишет:
Каким образом исключить из производственных заказов незаконченные заявки покупателя?
Вы уже спрашивали. Вот ответ.
 
Цитата
Константин Чилингаров пишет:
Заявка "уйдёт" из расчёта обеспеченности сама, в тот момент, когда будет отмечена, как выполненная (либо отменена).
Я и спрашивал, если заявки не закончены (в работе).
Цитата
Николай Дударев пишет:
Если отметить предыдущие заявки как законченные все хорошо,
Получается их надо отмечать, как выполненные, вручную ? Бывают нередко такие случаи, когда предыдущие заявки еще не выполнены, а новые уже необходимо прорабатывать.
 
Цитата
Николай Дударев пишет:
Получается их надо отмечать, как выполненные, вручную ?
В принципе тоже не проблема, но не очень удобно
 
Вы не поняли.

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

Если всё остальное ведётся правильно (учёт производства, учёт сдачи на склад/отгрузки продукции), то отмечание заявок покупателей, как выполненных, имеет смысл только лишь с той целью, чтобы они не висели вечно в окне "заявки покупателей" при его открытии. Чтобы по умолчанию там были только те заявки, которые сейчас в работе, а не вообще все за всё время (чтобы посмотреть старые, есть кнопка "Показать всё" плюс настройка интересующего периода времени).

А так... Не хотите отмечать - не отмечайте. Дело добровольное. Ещё раз повторю, на дефицит в "Обеспеченности" это не влияет никак, если всё остальное правильно ведётся.
 
Цитата
Николай Дударев пишет:
Я и спрашивал, если заявки не закончены (в работе).
Вы до конца ответ читали?
 
Объясняю на примере:
Начало. Нет никаких ни заявок, ни заказов. В режиме «Обеспеченность» ни одной строчки, пусто.

1. Заводим заявку покупателя на «Изделие» в количестве 5 шт. В окне «обеспеченность» появилась строчка «Изделие». По ней:
- затребовано 5
- выдано 0
- на складе 0
- в производстве 0
Итого дефицит 5.

2. Образовался дефицит. Создаём заказ на производство. В «обеспеченности» получается:
- затребовано 5
- выдано 0
- на складе 0
- в производстве 5
Нет дефицита.

3. Выполнили заказ, сделали изделия, сдали на склад. Имеем:
- затребовано 5
- выдано 0
- на складе 5
- в производстве 0
Нет дефицита.

4. Отгрузили изделия заказчику по его заявке. Имеем:
- затребовано 5
- выдано 5
- на складе 0
- в производстве 0
Нет дефицита.

Конец.
Страницы: 1
Сейчас на форуме (гостей: 17)
Всего зарегистрированных пользователей: 3003
Приняло участие в обсуждении: 350
Всего тем: 804
Всего сообщений: 6066

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