Производство и снабжение - Продолжается развитие программы в части координации работы плановой службы, производства и снабжения

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

Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Вопрос по импорту - Экспорт импорт данных
mansur: Нашел, залил и все работает теперь, спаибо.
Ошибка при запуске приложения - Прочее
Сергей: написал: Если на другое железо переставить Вогбит, как лицензию нам перекинуть? на mailto:info@vogbit.ru info@vogbit.ru  напишите со ссылкой на эту тем ...
Пример создания плагина - Плагины
Сергей: Здравствуйте! Перетащите мышкой из "команд" (рис.3) в нужное место на панели инструментов

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

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

×
Вход на сайт