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

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

Удаление заданий - Производство
Илья Бабенышев: При создании технологии в тестовой базе  по глупости и не знаю переименовал посты и подразделения (которые были в примере ) в соответствии со структурой своего предприятия. Создал задания согласно обучающему видео. ДАлее началась каша. Хочу удалить ...
Пустой бланк - Демо версия
Илья Бабенышев: Вопрос решился установкой нормальной версии Экселя
Терминальная и обычная версия на одном компьютере с двумя мониторами - Терминалы
Alex-220781: Добрый день! Насколько возможна реализация следующей идеи: на одном компьютере установлены две лицензии, подключено два монитора, один из них сенсорный для терминала. То есть в условиях ограниченного пространства сделать рабочее место для мастера и р ...
Дублирование номенклатуры - Состав и технология
D.shumkov: Константин, я опять уперся в ту же стену. Вроде бы все понятно, но необходимого результата нет. Достану вас с этим вопросом еще раз. Надеюсь, в последний.... Согласитесь, задача не игрушечная, чтобы экспериментировать с ней в реальной жизни... Б ...
Дробление номенклатурной позиции - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Не за что  :)  Тут нужно честно сказать, что "делилка" эта автоматическая на 2 партии при приходе, она не всегда идеально срабатывает. Не во всех случаях. Иногда у неё хорошо получается поделить (при штучном каком-то товаре, в основном). ...
Состав ЛЗК - Состав и технология
Наталья Захарова: Спасибо! Для нас полезное видео.
Ошибка обновления отчетов - Отчёты
D.shumkov: Ну, хорошо... Только он 18кБ всего. Чего он делает то? У меня сервер за VPN в другом офисе и 5мегабит всего. Скорость доступа к базе влияет?
Перемещение - Прочее
Константин Чилингаров: Здравствуйте, Про замены: https://youtu.be/8oczs757WF0 ролик /support/776/ руководство Только вот, если речь про получение со склада, то тут в VOGBIT не так важно, что в "спецификации" введено, как то, что указано в "Технолог ...
Переход в справочник из спецификации. - Интерфейс программы
Alex-220781: Я думаю, можно также добавить возможность оперативной замены позиции в спецификации - чтобы не лезть в Компоненты.
Изменение ширины колонки - Ошибки в работе
Alex-220781: Такая же проблема возникает, если открыть график работ - ширину изменить можно, но при обновлении она возвращается к минимальной - дата не помещается.
Достигнуто ограничение демо версии - Демо версия
Константин Чилингаров: 19032 Professor.perm написал: У меня пусто в расчетных документах Судя по скриншоту, вы нажимаете "ЛЗК, Требования, Заявки", стоя на заказе на производство. Понять, есть или нет документы, связанные с заказом, которые и отображаются в ...
Создание ЛЗК - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: "Расход", стоя на ней, нажмите. Там видно будет что ещё осталось выдать. Можно ещё в открывшемся окне "Расход" нажать раскраску и сортировку по цветам (см. рис), тогда "недовыданные" позиции будут вверху и раскрашены цв ...
Ошибка в режиме "Обеспеченность" - Ошибки в работе
Андрей Тюрин: Спасибо. Все получилось.
Показ экскизов при выдаче со склада - Интерфейс программы
Константин Чилингаров: Здравствуйте, Ок. Записал в список пожеланий. Прикрутим.
Просьба объяснить нюансы в учете - Общие вопросы
Елена Ковалева: Еще вариант, если меню не настроено как у меня: во вложенном файле. Подробное описание в документации: https://vogbit.ru/support/622/#_v7660 https://vogbit.ru/support/622/#_v7660 рисунки 8-9.
Обновление 20.5. Произвольное выделение ячеек и строчек цветами. - Обновление
Сергей: Сейчас в этом месте можно использовать цифры 0 - минимальный, 1 - средний и т.д. (аналогично с фильтром) В некоторых колонках некоторых форм есть такая недоработка. Заметите - пишите. Будем исправлять.
Документы - Прочее
Intelmine-tmc: Хорошо, спасибо большое
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Значит сделали, но забыли отметить  :)  Бывает. Очень много разных доделок было в этот момент, что-то могли мелкое забыть "закрыть", как сделанное.
Задвоение рабочих заданий. - Производство
Константин Чилингаров: Здравствуйте, Судя по картинкам, если какое-то "задвоение" и имело место быть, то при "включении в план" из окна "новые задания". В 07:30 было создано 2 задания для поста. Должно было из быть 2 или нет - это из этих ...
Как привязать поставщика к поставщику - Общие вопросы
Serge.v.astapov: СПАСИБО!

Лимитно-заборные карты, Требования, Предварительные заявки

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: Пред. 1 2 3 4 5
Лимитно-заборные карты, Требования, Предварительные заявки, создание и работа с документами на отпуск чего-либо со склада
 
Эти детали ("УЭРМ 8кв./10кв. h=2900мм (корпус)") - они покупные что ли?
 
да
 
Тогда их не должно быть в составе карты заказа вообще (собственно, из-за этого и получается "ни к чему не пристёгнутая" лимитка, когда её пытаетесь сделать).

В составе (в карте) производственного задания должны быть перечислены только те позиции, которые нужно изготовить. Это задание на производство.
Покупных там вообще не должно быть.

Если вы хотите, чтобы они считались через "расчёт потребности", то их нужно было добавить не в карту производственного заказа, а в техпроцесс того, для сборки чего они нужны (как "комплектующие"). И всё нормально тогда посчитается и сформируется.
 
Хотел в техпроцесс, но не придумал как. По приходу от поставщика они как раз и идут с такой номенклатурой и количеством (корпус УЭРМ 14шт+19шт), на самом деле они включают в себя в общей сложности 292 маленьких шкафчика - на которые есть техпроцесс. Я прикрепил эту ЛЗК через Связанные коллекции компонентов - скопировал из созданой ранее по этому заказу ЛЗК. Теперь отражается в списке документов по заказу.
 
Не очень я понял, честно говоря...

Т.е. для изготовления "Щит квартирный" в количестве 292 шт и "ЩУР" в количестве 292 шт нужны "УЭРМ 8кв. h=2900мм (корпус)" в количестве 19 шт и "УЭРМ 10кв. h=2900мм (корпус)" в количестве 14 шт?

И второй вопрос: весь сыр-бор изначально начался из-за этих двух "УЭРМ 8/10кв... "?
 
С Щитом квартирным все нормально - там на каждый щит от поставщика приходит один корпус.
Сыр-бор из-за УЭРМ. Каждый УЭРМ состоит из нескольких щитков ЩУР, в которые мы вставляем комплектующие и обвязываем. Я описал техпроцесс отдельно на ЩУР - всего их 292шт.

Сыр-бор в основном начался из-за того, как сделать ЛЗК не на все комплектующие по заказу - а на часть из них. Простыми методами не получается, а через фильтр не всегда возможно.
Изменено: ALEX-220781 - 30.11.2017 19:29:07
 
Вопрос такой. При изготовлении потребовались не все комплектующие, что указаны в ЛЗК (например, провод взяли из остатков в цеху). Что нужно сделать, чтобы эти не востребованные комплектующие больше не считались потребностью?
 
Цитата
ALEX-220781 пишет:
Каждый УЭРМ состоит из нескольких щитков ЩУР
Ну тогда должно быть изделие "УЭРМ" (в данном случае 2 изделия, я так понимаю, одно из 10-ти ЩУР и одно из 8-ми, правильно?). Для которого по технологии нужно для сборки: покупной корпус - 1 шт, ЩУР (собственного изготовления) - N шт. Ну и ещё что-нибудь, наверное...

И в заказе, соответственно, должны быть сами изделия (УЭРМ) и ЩУРы, которые нужны, чтобы их сделать.

Цитата
ALEX-220781 пишет:
При изготовлении потребовались не все комплектующие, что указаны в ЛЗК (например, провод взяли из остатков в цеху). Что нужно сделать, чтобы эти не востребованные комплектующие больше не считались потребностью?
Если заказ "длинный", то чтобы глаза не мозолили (в «обеспеченности» и т.п.) эти позиции, можно лимитку вручную подправить.
Где нужно поменьше количество поставить, сколько реально нужно выдать.
Где совсем выдавать не нужно, можно кол-во = 0 поставить, а можно просто удалить из ЛЗК эту позицию.

Если заказ «короткий», то можно ничего не делать. Выдать то, что реально нужно, что по факту не нужно – не выдавать. А как только заказ закроется, всё равно исчезнет всё к нему относящееся из потребностей.
 
Здравствуйте!
Просьба подсказать , возможно ли  создать ЛЗК на получение комплектующих со склада  для выполнения конкретного сменного задания?
 
Здравствуйте,

Нет. Такой возможности нет.
Тут идеология немного другая в программе в этой части.

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

Исходя из этого и сделан механизм формирования ЛЗК.
Можно сразу на заказ (или на несколько).
Можно отдельно на позицию заказа.
Можно отдельно для каждого участка, что именно на этот учаскок выдавать.

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

А что вы "очистить" то пытаетесь?

Судя по скриншоту, вы создали некое "Требование" (документ №200846). Ни с каким заказом не связанное, просто так. Ничего, судя по всему, по нему не отпускали. Просто создали. В этом "требовании" есть, как минимум, "18ZZ25x1250x2 Панель …" в количестве 10 шт.

Не нужно это "требование"?
Пойдите в справочник "Расчётные документы" (где вы это "требование" создавали) и удалите там его (документ №200846).
По остальным строчкам из скриншота представленного не видно картины, но, видимо, сходная история.
 
Проблема в том что нигде в программе нет упоминания про это требование я все обыскал даже в коллекции компонентов где еще могут храниться заказы?
 
Ни "коллекции компонентов", ни "заказы" тут ни причём, судя по всему.

Рабочая -> Расчётные документы -> Показать весть справочник.
1.png (112.68 КБ)
 
Да все появилось спасибо за оперативную помощь :D
 
Добрый день. Задавала этот вопрос Вам ранее, но на тот момент решения не было. Возможно что-то изменилось и на мой вопрос уже где-то на форуме есть ответ. Итак:
Производство выписывает идентичный материал, идущий на разные заказы и занесенный в разные предварительные заявки . Это может быть 2 кг металлического прутка одного наименования, выдаваемого со склада одним куском, но по бумагам - это 20 требований (бумажек), сформированных из разных предварительных заявок, по 100 гр. в каждом. Кладовщик должен провести каждое из этих 20 требований. А если параллельно запущено много мелких заказов, то это уже сотни бумажек за смену. На это уходит очень много времени и при формировании требований у производства, и при проводке этих требований  у кладовщиков. Куча народа остается после работы, а это деньги предприятия. Какие действия необходимо предпринять в программе, чтобы при выписке производством требования-накладных для склада, производство могло объединить повторяющийся в нескольких предварительных заявках, материал, сформировав при этом не 20 отдельных бумажек по 100 гр., а одну бумажку на 2 кг, которая и будет впоследствии проведена кладовщиком?
 
Здравствуйте,

Вопрос здесь на 90+ % лежит не в плоскости программы и её каких-то функций отдельных.

Если производство делает 20 одинаковых деталей, которые потом когда-то на сборке пойдут на 20 разных машин...

кстати, запросто может быть в такой ситуации, что не 20 на самом деле, а 30 - потому что так удобнее
или 22, потому что две по пути уйдут на разрушающий контроль
или 17, потому что 5 есть готовых, но совсем "под 0" тоже опасно - в вдруг брак будет?

... то при этом нужно в программе сделать один производственный заказ (условно назовём его "внутренний") на 20 (/30 /22 /17) деталей.
Создать на него ЛЗК, где будет 1 строчка = материал на эти детали и общее количество его.
И выдать одним куском этот материал со склада (что по факту реально так и происходит) и одну кнопку в программе нажать, чтобы это количество списалось со склада.
И всё.
А потом, эти детали, когда сделают, их сложить в программе на склад и уже детали сами выдавать по 1 штучке на каждую машину.
Что, опять же, примерно так и происходит в дальнейшем.
И можно легко и непринуждённо, с минимальным числом дополнительных действий в дальнейшем проследить (если нужно, конечно), в какую машину поставлена деталь из какой партии. Когда эта партия деталей изготавливалась. Из какого именно материала. Где, когда и почём этот именно материал был куплен и т.п.
И главное, при таком подходе вся эта деятельность с программой не мешает, а даже наоборот, помогает основным участникам реального процесса.
То есть производству, главная задача которого необходимым количеством деталей сборку обеспечить, снабжению, главная задача которого вовремя и с минимальными издержками обеспечить производство тем, что ему нужно, в т.ч. в плане материалов, и склада, задача которого обеспечить сохранность и порядок хранения и использования того, что снабжение покупает и производство использует.

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

А производство и склад вообще не трогать для этого, пусть работают себе, решая вопрос, как детали эти вовремя сделать и побыстрее, а не отчётности для "списания".

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

Да, и вторым способом тоже можно, конечно, достичь желаемого результата. В плане получения в итоге отчёта. Но уж больно сложный путь получается. И трудозатратный.
 
Поняла. Спасибо.
 
Добрый день.
Обсудили Ваш ответ  с товарищами))). Нам бы внедрить первый вариант, но никто не понимает, как это сделать?  Как это происходит у нас: мы запускаем 20 заказов на разные изделия с разным составом деталей, при этом, некоторые типоразмеры металлов, используемые для этих не повторяющихся деталей могут повторяться в этих 20 заказах. "Запуск" этих 20 заказов осуществляют разные люди: 6 диспетчеров производственного отдела. Они формируют предварительные заявки -  каждый на свои заказы. Как объединить эти одинаковые виды металла из разных 20 предварительных заявок для получения их со склада в один документ? Если выделить 1 человека, который будет  ручками формировать одно требование на все заказы в EXCEL, объединив повторяющиеся материалы, а кладовщик в Вогбите это 1 требование спишет через функцию списания готовой продукции со склада, выбрав там склад металла, то как потом производственному отделу или, например, руководителю, раскрыв программу Вогбит, узнать, сколько-каких материалов было выдано на определенный заказ? Это будет видно только на бумажном носителе, но не в Вогбите. Значит объединять повторяющиеся материалы в один документ надо не в EXCEL, а в самом Вогбите:  формировать один документ на все 20 заказов и получать по этому документу материалы суммарно - это нам понятно. Но не понятно, есть ли такая функция в Вогбите? И если есть, то как при списании кладовщиком одной суммарной цифрой, эти материалы сами потом распределяться в Вогбите по этим 20 заказам?  
 
Здравствуйте,

 

Сделать, чтобы на разные детали из разных заказов, но из одинакового материала, получилась одна заявка на склад («лимитка») с общим количеством этого материала – это само по себе не сложно.

Делается так:

Открываем «График производства» (сразу по всем нужным заказам). Выбираем детали, которые хотим вместе запустить. Например, «технологическим» фильтром» по признаку «из какого-то определённого материала» (рис.1).

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

Получаем одну ЛЗК с общим количеством материала на все эти (выделенные) разные детали из разных заказов (рис.2). Всё. Дальше можем «одним куском» этот материал на все детали выдать со склада.

Цитата
Нина Аленцова написал:
как при списании кладовщиком одной суммарной цифрой, эти материалы сами потом распределяться в Вогбите по этим 20 заказам?  
 

Это тоже, с моей точки зрения, большой проблемой не является.

Дело в том, что (моё мнение) их просто не нужно именно «распределять». И без этого действия вполне можно обойтись.

Вот смотрите:

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

А нужно это, подозреваю, для получения некоторого отчёта типа: Заказ – Деталь – Материал – Количество – и некие данные со склада. Например, цена этого материала, или поставщик, или документ, по которому он был куплен…

Вот и нужно такой отчёт просто сделать. Ничего не «распределяя» физически.

Вы же как «распределять» для такого отчёта количество общее «по заказам» хотите?

По нормам. Правильно?

Соответственно, первую часть отчёта типа «Заказ – Деталь – Материал – Количество» (кол-во = норма расхода) можно из «расчёта потребности» какого-нибудь построить вообще безотносительно каких-бы то ни было действий с лимитками, складом и т.п.

Что касается второй части:

Если сделать так, как выше в примере (одна лимтка на несколько разных деталей из разных заказов), то каждая из этих деталей в заказах получится в VOGBIT связана с ЛЗК, по которой на эту конкретную позицию заказан материал для получения на складе (рис.2).

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

Таким образом, имея одну ЛЗК с общим кол-вом материала на разные детали из разных заказов, и выдав со склада это общее количество, можно ничего не «распределяя» сделать отчёт типа «Заказ – Деталь – Материал – Количество – и некие данные со склада. Например, цена этого материала, или поставщик, или документ, по которому он был куплен и т.п.».


Небольшое отступление:

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

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

Возвращаясь к основной теме…

Таким образом, сделать в программе один запрос (ЛЗК) на склад для получения «одним куском» материала на несколько разных деталей из разных заказов – технически элементарно. Пару кнопок нажать. Так же, как потом и выдать этот «один кусок» со склада.

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

А вот, где действительно тут интересное место, так это, как при такой технологии делания ЛЗК организовать правильно работу снабжения с программой. Чтобы они, с одной стороны, заранее, до этих всех манипуляций, могли  общую информацию для заказа материалов у поставщиков получить из программы правильную. А с другой стороны, потом при всех подобных телодвижениях с реальной выдачей материала корректно все «дефициты» пересчитывались и отображались с их точки зрения.

Вот тут действительно вопрос. Тут есть над чем поломать голову. И, кажется мне, без некоторой доработки программы здесь не обойтись, чтобы было «красиво».

В общем, это самый интересный/сложный вопрос во всей этой теме, как мне видится.

1.png (136.05 КБ)
2.png (55.71 КБ)
 
P.S.
В сообщении #137 я, правда, немного другое имел в виду...
Там речь шла вот про какой случай: предприятие выпускает серию из нескольких одинаковых машин, или похожих, или несколько формально разных машин, но детали в них на самом деле во многом одни и те же. При этом с точки зрения заказчика, отгрузки, прослеживаемости и т.п. - каждая такая машина в отдельности считается "Заказом". Но производство в реальности делает детали для этих машин не по одной штучке, на каждую машину (заказ) в отдельности, а партиями. Причём количество деталей в партии не равно суммарному количеству по спецификациям "машин". Может быть больше, может быть меньше. Что связано с особенностями общей организации производства, технологии и др. Важно в конечном итоге обеспечить общую потребность сборки в деталях. Другой аспект в такой ситуации - что в момент отрезки заготовки или обработки детали из очередной партии реально невозможно точно сказать, куда именно эта деталь в итоге попадёт, в какую именно "машину" ("заказ"). Это определяется на самом деле реально только в момент комплектации. Когда эту деталь выдадут со склада на сборку конкретной машины (заказа). Да и то не до конца (могут ещё в некоторых ситуациях и разукомплектовать).
В общем, там речь шла о том, что в такой ситуации логично, мне кажется, логично делать в программе отдельные "внутренние" заказы на изготовление нужных деталей в нужном количестве. Партиями. Потом эти партии деталей сдавать их на склад, откуда уже комплектовать этими деталями конкретные "машины", которые уже соответствуют "внешним" заказам.
В общем, то, что обсуждалось далее (сообщение #140) - это, по-моему, несколько другой уже вопрос. Одно другого, в общем, не отменяет и не заменяет. Но в целом, разные темы несколько.
 
Здравствуйте ,
Каким образом организовать выдачу комплекта (и списание)  зараннее изготовленных и переданных на промежуточный склад деталей для выполнения , к примеру , сварочным постом сменного задания? Т.е какой алгоритм действий может быть в ситуации - мастер выдает сменное на скажем сварочный пост , а кладовщик-комплектовщик должен выдать комплект деталей для сварки . На основании чего кладовщику выдавать - требования составленного вручную ? или возможно формирование документа в программе на основе технологии ??
 
Здравствуйте,

Цитата
Ростислав Назаренко написал:
а основании чего кладовщику выдавать
Можно на основании ЛЗК. Т.е. списка, что получить со склада, сформированного программой на основании технологии.

Цитата
Ростислав Назаренко написал:
или возможно формирование документа в программе на основе технологии ??
Возможно. Режим "расчёт потребности" -> "Сформировать документы".

Ссылки по теме:
ссылка 1
ссылка 2
 
Еще раз пожалуйста, вопрос был в следующем  :
Есть состав изделия сборки  , детали , стандартные изделия - как формировать предварительные заяки , ЛЗК понятно
Дальнейшее - материалы завезены , подготовлены детали (порезаны , поточены  и т.д.)  и переданы на склад деталей.
Как мастеру сформировать документ на получение не материалов , а именно подготовленных деталей со склада для выполнения сменного задания ( к примеру сварка одной из сборок "каретка быстросьемная-" входящих в изделие)?

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

/forum/forum16/2149
/forum/messages/forum16/topic1516/message9922/1516#message9922

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

Но бывают и варианты, когда производство чисто единичное, никаких заделов нет, но при этом все детали всё равно пропускаются через склад (например, когда общий цикл очень длинный и многие детали довольно долго получается "ждут" своего часа). В этом случае получается не всегда удобно "разносить" на разные карты изделие и детали от него. Но при этом хочется, чтобы все детали попали в ЛЗК (запрос на склад), в т.ч. и те, которые в этом же заказе (по этой же карте) и изготавливаются. Для такого случая в последней самой версии программы, которая сейчас готовится к выходу (особо желающим в частном порядке даём уже эту версию, кому сильно нужно), сделали специальную настройку. Что можно при желании отключить установленную по умолчанию опцию "автоматического исключения деталей, которые есть в этой же карте заказа". И в ЛЗК (в результаты "расчёта потребности") попадает вообще всё, что указано в комплектации, независимо от того, есть такие же детали в этой же карте заказа или нет.
(это тоже обсуждалось, первая ссылка из приведённых выше)
Страницы: Пред. 1 2 3 4 5
Сейчас на форуме (гостей: 13)
Всего зарегистрированных пользователей: 3083
Приняло участие в обсуждении: 356
Всего тем: 804
Всего сообщений: 6067

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