Обновление №7 для VOGBIT v.1.1.37841 - В производственном модуле внесен ряд изменений, направленных на упрощение работы с программой на «максимальном» уровне. В том числе: изменён порядок вывода на экран информации о количестве (запланированных/сданных деталей) – стало более наглядно и удобно

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

Движение материалов - Прочее
Константин Чилингаров: Здравствуйте, 18377 Saw-x написал: Я так понимаю что я не один в своих хотелках. Если брать точно такую постановку вопроса, то один. Хотелок много, но у всех разные. 18377 Saw-x написал: Потребность не только у меня, что бы программа все сама ...
Заявка покупателя - Прочее
Константин Чилингаров: Последнее сообщение /forum/messages/forum27/topic2401/message14962/2401#message14962 перенесено . /forum/messages/forum27/topic2401/message14962/2401-dvizhenie-materialov#message14962 Причина: несоответствие заявленной в заголовке теме (/forum/foru ...
невозможность редактирования - Состав и технология
Константин Чилингаров: Здравствуйте, Ну отредактировать то просто... Открываешь окно "Состав" (карту заказа) и редактируешь. Другое дело, что если задания уже сформированы, то в этих уже созданных заданиях то автоматом ничего не поменяется. Какое было количество ...
Формирование обозначений в генераторе - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно к номенклатуре - шаблону добавить параметр "Шаблон обозначения" (идентификатор VGB_Notation_Mask). Это строковый параметр. В значение ему пишем строку-шаблон обозначения. В нужные места подставляем в квадратных скобк ...
Занесение на склад Вогбита - Плагины
Сергей: 18506 Bagrov40k написал: как вообще подключить модуль Csdn.Vogbit.Data корректно Подключить где\куда? Если речь про .net и студию, то Project -> Add Reference... Вообще, как обычную библиотеку. 
Возврат в окно - Интерфейс программы
Константин Чилингаров: Спасибо, Мы тоже уже выявили этот недостаток. Будем работать над устранением.
Vogbit & 1C - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, Технически можно, в принципе, всё что угодно реализовать. Ну или почти всё. Путём написания соответствующих плагинов или служб, которые будут это делать. Считывать данные из указанного места, записывать туда, куда у них в коде написа ...
Отслеживание результатов выполнения работ на участках - Производство
Константин Чилингаров: Здравствуйте, 18511 Rudakov77 написал: Есть ли возможность формирования Оперативного плана производства для наглядного отслеживания выполнения Заданий на смену производственными участками? Да есть. В разных вариантах. Просто внешне в другом неско ...
Проблема со справочником "Номенклатура" - Общие вопросы
Елена Ковалева: Так же, я заметила, что в меню отсутствует кнопка "Выбрать категорию". По умолчанию используется категория "Основная", но это не обязательно. Для выбора категорий нужно "достать" кнопку. 1. На синем поле вызвать контекс ...
SolidWorks и Vogbit - Экспорт импорт данных
Константин Чилингаров: Здравствуйте, Штатной кнопки "импорт" нет встроенной. Поставляется дополнительно, как услуга. Плагин + настройка его, если нужно + консультации. От 15 т.р. и выше в зависимости от сложности. Потому что те же xml - они же все разные по соде ...
Обновление апрель 2019 - Обновление
Mariska17-17: Спасибо. Помогло!
Отсутствует операция в графике производства - Производство
Zms.komissarov: Спасибо!
Предупреждение о несовпадении единиц измерения - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Одной кнопкой. Меню "Настройка" -> "Изменить цену/ЕИ" (нужно стоять в этот момент на "учётной карточке", в которой неправильная ЕИ). Не знал. В инструкции более сложный способ опис ...
Спецификации - Состав и технология
Константин Чилингаров: Здравствуйте, Пишите это "R1", "R12" и т.п. в "Номер" или в "Комментарий". "Обозначение" и "Наименование" характеризует данный резистор в целом, независимо от места его применения. В то вре ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Похоже на то, что как-то повредился файл, в который сохраняются локальные настройки окна (какие колонки показывать, ширина их и т.п.). Нужно его удалить. Настройка колонок сбросится, ошибки не будет. Колонки можно заново настроить, это не сложно. Ес ...
Чистка базы - Прочее
Константин Чилингаров: 15792 Валерий Бондаренко написал: 18.06.2019 выслали копию базы, ждем Ваших рекомендаций. Написал на почту.
Запоминание состояния окон - Интерфейс программы
Константин Чилингаров: Ок. По этим двум конкретным местам посмотрим.
Удаление поста в технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в список пожеланий.
Данные спецификации - Прочее
Константин Чилингаров: Судя по всему, от региональных настроек на конкретном компьютере зависит. Попробовали, у нас запятая везде по умолчанию получается в этом месте. И в окошке редактора в программе и при сохранении. На одном из компьютеров у меня почему-то Excel при сох ...
Сбой в режиме загрузка производства - Прочее
Константин Чилингаров: 3938 Алексей Пономарев написал: А где найти этот справочник? Рабочая - Задания. Тип связи в нём = "Состав смены". Это технически и есть "смена". Тот самый "серый квадратик" :) Обозначение складывается из даты, номера ...

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

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

×
Вход на сайт