Каким образом можно использовать "Обеспеченность" в демо версии? Пишет "нет исходных данных для расчета".
Последние темы на форумах VOGBIT
21.03.2013 15:30:41
Каким образом можно использовать "Обеспеченность" в демо версии? Пишет "нет исходных данных для расчета".
|
|
|
|
16.12.2014 16:12:29
После ввода заявки покупателя в режиме "обеспеченность" не показывается потребность в материалах, комплектующих, покупных. Показывается только потребность в изделиях.
|
|
|
|
16.12.2014 16:39:48
Логично.
Потому что заявка покупателя есть только фиксация факта того, что вы хотите со склада взять N-ное количество определённых изделий. Соответственно программа вам и показывает сколько у вас есть таких готовых изделий на складе и сколько не хватает. А если вы хотите увидеть
Про заказы на производство (в разных вариантах): 1. 2. 3. 4. |
|||
|
|
18.12.2014 08:20:17
У меня бывает план на месяц на 6 листах и более(по количеству заявок от покупателей более 150 шт. с номенклатурой изделий по 10-15 позиций в каждой и того min 1500 поз.), по заявкам заказчиков много повторяющейся номенклатуры и если создавать на каждую позицию отдельный производственный заказ, то будет тратиться очень много времени. Поэтому и хотелось бы группировать или по изделиям, или по периодам. А уже по группам создавать заказ на производство, дефицит и т.д.
|
|
|
|
18.12.2014 08:38:33
Дополнение к предыдущему.
Имеется в виду, чтобы была возможность выделить или определенное кол-во заявок покупателя, или номенклатуру изделий, и по выделенному создать заявку на производство, дефицит и т.д. |
|
|
|
18.12.2014 13:16:21
Ну оно почти так фактически и работает в VOGBIT.
Заводите поступающие заявки покупателей. Потом по всем ним сразу смотрите "Обеспеченность". И с учётом наличия продукции на складе (и в производстве) делаете заказ на изготовление недостающего количества и номенклатуры продукции. Такой, чтобы покрыть весь дефицит, т.е. все заявки. Может быть, чтобы ещё какой-то задел остался в итоге (чтобы не опустошать совсем склад в итоге). Этот механизм (заявки покупателей - обеспеченность - заявка/заказ на производство) как раз и предназначен для таких случаев, когда много покупателей заказывают одно и то же. Каждый помаленьку. Кроме того ещё что-то на складе есть. Поэтому под каждую заявку на продукцию нет никакого смысла открывать производственный заказ. Выгоднее и проще "оптом" для всех сразу сделать столько, сколько нужно. Выше я имел в виду, что не обязательно делать эту процедуру именно раз в месяц. Заявки удобнее заводить по мере поступления (так же как и отгрузку по ним надо отмечать по факту сразу же). Корректировать план производства опять же необязательно раз в месяц. Не нужно конечно после поступления каждой новой заявки. Накопить какое-то количество разумное новых заявок, потом посмотреть. Если надо подкорректировать(дополнить) план производства. Я имел в виду, что намного проще и эффективнее делать это в любое время по мере необходимости, а не привязываться строго к началу или к концу месяца. |
|
|
|
18.12.2014 15:15:35
Тогда я не совсем понял, вы писали выше,
,
т.е. до того как программа покажет на поступившие заявки покупателя, при нажатии "обеспеченность", фактическую потребность в деталях, покупных, материалах и т.д. сперва необходимо создать производственный заказ, заявку на дефицит и т.д., или нет?
|
|||||
|
|
18.12.2014 18:16:20
Да. Вы не совсем поняли.
В общем случае весь процесс состоит из нескольких частей. Есть отгрузка готовой продукции покупателям. Готовая продукция лежит на складе. Есть заявки покупателей. В этом месте «обеспеченность» - это соответствие ассортимента количества готовой продукции на складе тому, что указано в заявках покупателей, которые ещё не закрыты. Если есть «дефицит», то он покрывается за счёт заказа на готовую продукцию, который отправляется сборочному производству. Есть сборочное производство. Оно выпускает готовую продукцию. Для этого использует детали и комплектующие, часть из которых собственного производства, часть покупается. План сборочного производства определяется заказами на готовую продукцию, которые появились у нас в предыдущем абзаце (а также, возможно, прогнозами, нормативами на поддержание остатков готовой продукции и т.п.). Исходя из плана, сборочное производство формирует заявки, какие детали и комплектующие ему нужны. В этом месте «обеспеченность» - это соответствие количества готовых деталей (и купленных комплектующих) на складе потребностям (заявкам) сборочного производства. Если есть «дефицит», то он покрывается за счёт заказа на нужные детали обеспечивающему производству (или заявки на закупку). Есть обеспечивающее (заготовительное, механическое) производство. Оно делает не готовые изделия, которые продаёт предприятие, а отдельные детали для них. Которые, впрочем, при возможности тоже никто не запрещает продавать отдельно (как запчасти и т.д., был бы спрос). План этого производства определяется наличием заявок на его продукцию (детали для сборки, а также на продажу), а также нормативами на остатки готовых деталей на складе (если используется, так называемый, «принцип супермаркета»). В свою очередь, для изготовления деталей нужны материалы, заявки на которые и подаёт производство, занимающееся изготовлением деталей. В этом месте «обеспеченность» - это соответствие запасов материалов на складе и заявок на эти материалы от производства. Можно ещё дальше продолжить в сторону снабжения, но, думаю, достаточно. Всё вышеперечисленное (контроль обеспеченности, формирование соответствующих заявок/заказов, а заодно и управление непосредственно производственным процессом) – можно хорошо организовать с помощью VOGBIT. Но надо только при этом понимать, что откуда берётся и как друг с другом связано. Другое дело, что выше я описал «максимальный» вариант, если можно так выразиться. В реальности, в зависимости от типа и размера производства, сложности технологии и продукции, а также серийности этот процесс может упрощаться за счёт выкидывания из него ненужных составляющих. Например: - в строго единичном производстве уникальной продукции может полностью отсутствовать первый этап. Когда продукция уникальна, заявка покупателя и есть заказ на производство. Первый из описанных этапов можно "выкинуть", он не имеет смысла. - часто, в достаточно простом единичном (или близком к таковому) производстве может не быть такого организационного разделения на отдельно «сборочное» и отдельно «обеспечивающее» производство, как описано выше (особенно при коротком цикле изготовления). При этом склада готовых деталей как такового вообще нет, они сразу из механического цеха идут на сборку. Нет никаких «заделов». Деталей делается ровно столько, сколько завтра надо на сборку. Не больше и не меньше. В таком случае 2-ая и 3-я часть сливаются в одну. Нет никаких отдельных заявок между сборочным участком и заготовительным. Нет никакого промежуточного "буфера" между ними. План не у каждого свой, а один, который формируется и для тех и для других. - возможен промежуточный вариант, когда "разделение" есть, но не по всей номенклатуре. Т.е. часть деталей делается серийно (пачками на склад), а часть только под заказ. - есть предприятия, готовая продукция которых – это отдельные детали. Нет никакого сборочного производства. В такой ситуации просто полностью «выкидывается» средний этап из трёх. Остаются заявки покупателей –> склад готовых деталей –> производство деталей –> склад материалов». - не редкость и обратный вариант, когда есть только сборочное производство. А все комплектующие покупные. Тогда как класс отсутствует третий этап; - бывают такие производства, где нет никаких запасов материалов на складе. Покупается строго под заказ, уже непосредственно перед тем, как делать. Тогда не надо рассчитывать никакой "дефицит" по материалам. Потребность на заказ = заявка на закупку. Плюс возможны разные комбинации из вышеуказанного. Какая-то из них соответствует вашему производству. В зависимости от того на сколько таких условных «частей» разделяется ваше производство, от того, сколько там «буферов» между тем, где материал, и тем, где готовая продукция, и нужно соответствующим образом формировать в программе заказы, заявки, смотреть «обеспеченность». В VOGBIT можно как весь цикл полностью сделать (со всеми промежуточными этапами и определением дефицита отдельно для каждого), так и любой упрощённый вариант (без какого-либо этапа). Как делать - это уже от вас зависит. От того, как ваше производство организовано (или как вы добиваетесь, чтобы оно было организовано). Вот как-то так. В целом. Если понятно, то действуем, как показано в роликах и в документации. Формируем заявки, заказы на производство, контролируем обеспеченность, добавляем заявки и заказы и т.д. Может быть сразу, может быть последовательно, в несколько этапов. В общем, работаем. Если не понятно, то могу предложить оплатить методическую поддержку, приехать в гости на день, нарисую на бумажке схему, объясню. |
|
|
|
24.12.2014 08:07:43
Спасибо.
Еще раз про заявку покупателя. Например существует несколько заявок покупателя на которые создан производственный заказ, выданы задания, но сами они не завершены. Поступает новая заявка покупателя и при создании нового производственного заказа предыдущий производственный заказ весь дублируется (т.к. заявки покупателей не закончены). Если отметить предыдущие заявки как законченные все хорошо, но по факту они не закончены. Каким образом исключить из производственных заказов незаконченные заявки покупателя? |
|
|
|
24.12.2014 10:46:55
|
|||||
|
|
24.12.2014 12:23:18
|
|||||
|
|
24.12.2014 12:24:51
|
|||
|
|
24.12.2014 12:43:29
Вы не поняли.
Можно, если не хотите, вообще не отмечать заявки покупателей, как выполненные. Они могут висеть в списке "заявки покупателей" хоть всю жизнь, и на расчёт "дефицита" это вообще-то никак не влияет. Хотите - отмечайте, как выполненные, хотите - не отмечайте. "Отмечание" как раз сделано, чтобы удобнее работать было. Если всё остальное ведётся правильно (учёт производства, учёт сдачи на склад/отгрузки продукции), то отмечание заявок покупателей, как выполненных, имеет смысл только лишь с той целью, чтобы они не висели вечно в окне "заявки покупателей" при его открытии. Чтобы по умолчанию там были только те заявки, которые сейчас в работе, а не вообще все за всё время (чтобы посмотреть старые, есть кнопка "Показать всё" плюс настройка интересующего периода времени). А так... Не хотите отмечать - не отмечайте. Дело добровольное. Ещё раз повторю, на дефицит в "Обеспеченности" это не влияет никак, если всё остальное правильно ведётся. |
|
|
|
24.12.2014 12:48:29
|
|||
|
|
24.12.2014 13:16:42
Объясняю на примере:
Начало. Нет никаких ни заявок, ни заказов. В режиме «Обеспеченность» ни одной строчки, пусто. 1. Заводим заявку покупателя на «Изделие» в количестве 5 шт. В окне «обеспеченность» появилась строчка «Изделие». По ней: - затребовано 5 - выдано 0 - на складе 0 - в производстве 0 Итого дефицит 5. 2. Образовался дефицит. Создаём заказ на производство. В «обеспеченности» получается: - затребовано 5 - выдано 0 - на складе 0 - в производстве 5 Нет дефицита. 3. Выполнили заказ, сделали изделия, сдали на склад. Имеем: - затребовано 5 - выдано 0 - на складе 5 - в производстве 0 Нет дефицита. 4. Отгрузили изделия заказчику по его заявке. Имеем: - затребовано 5 - выдано 5 - на складе 0 - в производстве 0 Нет дефицита. Конец. |
||||
|
|
|||