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

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

Карта раскроя - Общие вопросы
mansur: Добрый день, Константин. В этом моменте не понимаю как правильно сделать. "Раскрой 1": состав: Б - 3 шт, В - 1 шт материал: А, норма расх ...
Расчёт потребности - Материалы, Комплектующие, Складской учёт
mansur: Но после того как я поменял в позиции "профиль" тип связи с "комплектующего" на "материал", в "расчете потребности" эт ...
добавление и удаление деталей в заказ - Состав и технология
mansur: Благодарю, Константин. Оперативно ответили на мой вопрос. Удалил "загрузки производства" как показали на скрине, все позиции после ...
Пустой бланк - Демо версия
Константин Чилингаров: Правильно. С точки зрения выдачи чего-то со склада на выполнение некоего производственного заказа, обеспеченности, снабжения и т.п. - во ...
Внесение состава изделия, состоящего из большого числа вложенных сборок. - Состав и технология
Ирина Хохлова: 13 Константин Чилингаров написал: Здравствуйте, Давайте начну с пояснения. Программе, в целом, вообще-то все равно, как называть издел ...
"Сворачивание" терминала - Терминалы
Константин Чилингаров: Ctrl+Shift+Esc - диспетчер задач. В нём снять задачу. Нужно только предварительно в диспетчере задач поставить галочку в его настройках "пок ...
Параметры командной строки клиента - Прочее
Константин Чилингаров: Здравствуйте, Да, можно. Вот так: "C:\Program Files\Vogbit\Csdn.Vogbit.Client.exe" -s=SRERVER -d=DATA_BASE -u=USER -is=no -p=PASSWORD -al=yes
Редактирование позиций при оформлении приходной накладной - Интерфейс программы
Константин Чилингаров: Здравствуйте, Про передвижение строчек было уже. Записано в списке пожеланий. Про замену номенклатуры - запишу. P.S. в новой версии сде ...
крнструкторская спецификация - Общие вопросы
Елена Ковалева: Добрый день! Могу предположить, что колонки были случайно удалены. Документация по настройке: https://vogbit.ru/support/628/#T918 https://vogbit.ru/support/628/#T918
Не копируется материал - Состав и технология
Илья: Спасибо, очень полезная кнопочка
Как вернуть производственный заказ в производство - Производство
xoxliandiia: Спасибо большое!!!))) получилось) 
Колонка материалы для окна статистика производства - Производство
Freza3mm: 13 Константин Чилингаров написал: Чтобы он мог взять только то, что сейчас нужно, чтобы он брал, а не вообще любое из списка. И через этот ...
Отображения количества деталей в терминале - Интерфейс программы
1113: Все верно.  И было бы здорово иметь возможность изменять шрифт комментариях к операции.  Например, у меня большая сборочная единица, в ...
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Насколько я понимаю, сейчас карты заказов там идут вообще без какой-либо сортировки. В порядке создания. Как они появляли ...
Порядок строк приходной накладной - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Хорошо, понятно. Запишу отдельным пунктом в список предложений и пожеланий. Спасибо! Добрый день! На ...
Отсутствие РЦ в дашборде - Терминалы
Константин Чилингаров: Здравствуйте, Да, верно. На дашборде показываются данные по «текущей смене». Которая идёт непосредственно сейчас. Если таковой нет для с ...
Оформление выдачи готовой продукции из производства - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: В окне «график производства» выделить позиции, которые передаются на склад. Нажать «Сдать на склад» (рис.1). Проверить, что правильно ука ...
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал ра ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настр ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного з ...

Сторонние организации

- Практические приемы работы - Старые разделы форума
Страницы: 1 2 След.
Сторонние организации, Алгоритм движения полуфабрикатов
 
Здравствуйте. Как правильно использовать программу когда в процессе производства участвуют сторонние организации?
Например: на мой склад поступают штампованные изделия из листового металла в количестве, например 20 000 шт. Они оприходываются на склад черных металлов. Потом эти детали отправляются на участок химической оцинковки на другое предприятие  не сразу, а партиями по мере необходимости, эта работа оплачивается и естественно нужно учитывать эти перемещения. Возвращаются детали на мой центральный склад и ждут своего часа к поступлению на участок сборки готовой продукции. Каков алгоритм перемещений? Для выдачи со склада нужно формировать некий тех процесс чтобы получить ЛЗК? перемещать на основании ЛЗК на участок оцинковки, а далее делать приход на центральный склад? Или можно эти перемещения как то проще оформлять?
И еще вопрос, я так понял что перемещение между участками и складами автоматически как в 1С не происходят? Все делается при вводе номера ЛЗК или какого другого требования для включения фактора осознанности действий? Чтобы появилось на складе №1 я должен сделать приход на основании расходной накладной со склада №2 ??
Изменено: Алексей Пономарев - 03.07.2015 13:45:41
 
Здравствуйте,
Я бы, наверное, сделал так:

Завёл 2 номенклатуры: заготовка (как она приходит изначально) и готовая деталь (что получается после обработки на другом предприятии).
При покупке заготовок приходуем их на склад.
Дальше можно пойти двумя путями.

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

Вариант 2.
Не делать никаких заказов на производство. Заготовки в нужный момент отпустить со склада по «требованию» сколько нужно. И завести «заявку на закупку» у этой сторонней организации соответствующего количества готовых деталей и поставить ей статус «в работе». Потом, когда придут детали – оприходовать их на склад по этой заявке.

И в том и в другом случае основные задачи решаются. Сколько на складе есть заготовок и готовых деталей – известно. Сколько и когда отдали на обработку на сторону – известно.
Какой вариант выбрать? Любой. Какой больше понравится.

Цитата
Алексей Пономарев пишет:
Каков алгоритм перемещений?
Я бы обошёлся вообще без «перемещений».
Посудите сами:
У вас склад. На нём изначально ничего не было. Потом пришли заготовки (приход). Потом часть заготовок забрали и увезли (расход). Потом пришли детали (приход).
Никакого перемещения, один приход и расход сплошной :)

Цитата
Алексей Пономарев пишет:
Для выдачи со склада нужно формировать некий тех процесс чтобы получить ЛЗК?
Не обязательно. Можно вручную «требование» составить. Без всяких техпроцессов.
Цитата
Алексей Пономарев пишет:
перемещение между участками и складами автоматически как в 1С не происходят?
Нет. Не происходят. Это, по моему, совершенно лишнее.

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

Так вот вопрос – сколько у вас на предприятии таких отдельных друг от друга складов? Что на них хранится? Происходят ли между этим складами какие-либо прямые перемещения чего-либо? В каких случаях и зачем это делается?
 
Попробую промоделировать ваши варианты.
Складов же 5 получается
1- Склад черного металла, куда поступает весь металлопрокат (лист, уголок пруток и тд ), заготовки от партнеров в виде штамповки, собственная штамповка, детали и полуфабрикаты от токарей, сверловщиков, сварщиков. (с этим складом работают заготовительные участки, токаря, сварщики, сверловщики, гильотина и тд)
2- виртуальный склад покраски (сторонние организации) туда отправляются полуфабрикаты, а возвращаются на центральный склад для выдачи на сборку.
3 - виртуальный склад оцинковки, то же сторонняя организация, возврат на центральный склад
4- склад цветного металлопроката с которого металл в виде полуфабрикатов готовых к сборке, после производственных участков переходят в центральный склад.
5 - центральный склад где концентрируются, покупные изделия и полуфабрикаты готовые к конечной сборке ну и собственно готовая продукция.

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

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

Перемещение – это хорошо в торговле.
Есть магазин. Купили коробку, коробка на складе. Взяли коробку со склада, поставили в торговом зале – перемещение. Продали коробку – расход.

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

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

А так вопрос, конечно, сродни религиозному. Тут уж кто как жизнь видит :)
 
По поводу ваших складов:

Сразу видно:

1. Реально их существует максимум 3: чёрного металла, цветного и склад готовых и покупных изделий. Остальное - это вы сами пишите "виртуальные" склады. Т.е. по факту таких на самом деле нет.

2. Между реальными складами, судя по всему, ничего не перемещается. Чёрный металл, на склад цветного никто, скорее всего, не носит. Как, видимо, и наоборот. Никто не носит и металл со склада металла на склад готовых изделий. Как, видимо, и наоборот.

Т.е. получается, на самом деле есть три склада. Разделённые по принципу того, что на каком хранится. Между ними с одного на другой ничего не передаётся. Т.е. нет никакого перемещения. Есть приход и расход. На каждом складе своей номенклатуры. И всё.

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

Если просто принять в голове другую модель, то сразу все вопросы с "перемещениями" исчезают :).

"Перемещения полуфабрикатов" существуют только виртуально в тех программах, которые так написаны. Потому что так написаны эти программы и не более того (VOGBIT написан не так).

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

А "виртуальные склады" в VOGBIT заводить не вижу смысла. Можно обойтись без них. Есть другие средства, более подходящие.
 
В продолжение…

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

1. Как заказ на производство.
Заказ на получение определённого количества изделий имеется. Потребность в заготовках для этого заказа тоже имеется. На выходе получаются желаемые готовые детали, которые попадают на склад. В принципе, получается по смыслу то же самое что и простой производственный заказ, только что работы делаются по нему не своими силами. Соответственно, как-то планировать и учитывать эти работы особого смысла нет, достаточно на уровне "сделано / не сделано" + выдача материала, поступление готовых деталей. А для этого как раз есть "минимальный" уровень учёта. Прямо специально практически под такие задачи "заточенный", можно сказать.

2. Как заказ на покупку. Тоже, в принципе, вариант. Заявка на получение от контрагента определённого количества деталей есть? - Есть. Далее по этой заявке искомые детали приходят на склад? Да, приходят. Можно и так, в принципе, представить.

Нужна ли плюс к этому какая-то дополнительная специальная функциональность для отражения в программе именно взаимоотношений со сторонними организациями? Не знаю пока...
Добавление дополнительных функций неизбежно отягощает программу.
А будет ли это чем-то лучше, чем выше озвученные варианты? Надо посмотреть, чем они плохи, для начала...
 
По поводу перемещений между складами движение существует. А именно между складами металлов и центральным складом. Склады металлов выдают материал участкам, а участки переработанный  в детали металл сдают уже на центральный склад, центральный склад сдает  детали и комплектующие на участок сборки и получает с него готовую продукцию которую отгружает.
Спасибо за ответ. Попробую еще раз все осмыслить.
Хотя предвижу новый вопрос. Сделаю я движение по складам через стороннюю организацию превратив черную деталь в оцинкованную, скажем в количестве 200 шт. В результате на двух моих складах появится одна и та же деталь. На черном складе ранее поступившие со штамповки скажем 1000шт -200 шт = 800 шт. а на центральном складе было 0 шт появилось 200 шт. В итоге создав заказ на производство готовой продукции, где будет эта деталь,  я увижу в режиме обеспеченность оба склада? или какой то один? но возможно не тот который нужен. Или правильнее будет создать в номенклатуре такую же деталь но с  новым признаком в наименовании? Скажем была деталь, "Сектор" на черном складе, а на центральный, после обработки, оприходовать как "Сектор оцинкованный" ??? Хотя это не правильно, деталь должна закончить свой цикл в составе готовой продукции, а на кануть в небытие по пути поменяв наименование..... Надо подумать короче.
Изменено: Алексей Пономарев - 06.07.2015 11:36:40
 
Цитата
Алексей Пономарев пишет:
между складами движение существует
Нет. Не существует. Перемещение со счёта на счёт в бухгалтерии - это не есть реальное движение.

"Перемещение" было бы в том случае, если бы вы взяли 3 листа стали на складе металла, перевезли их на склад готовой продукции и там в угол сложили. В виде тех же самых трёх листов стали. Только теперь эти 3 листа лежат на складе ГП. Вот это было бы перемещение. А в вашем примере никакого перемещения нет.

Склад металла выдал листы. В результате работы участка листы были переработаны. Они исчезли. Канули в небытие, как вы говорите. И это так и есть. Зато появились детали.
Листов больше нет! Физически. Не существует больше этих листов металла в виде целого листа размером 2.5 х 6 или сколько там. Нет смысла их никуда виртуально перемещать. Потому что в виде именно листа этот металл больше не существует! Нет больше плоского прямоугольника 2 на 6 метров. Просто нет. Его порезали на много частей, погнули, просверлили, покрасили и т.п.  

В результате получились детали. Деталь - это уже совсем не лист. Это совершенно другой объект реального мира. И в программе это уже другая номенклатура. Детали сдали на склад готовой продукции. Они там лежат пока не понадобились.

Вот и всё!
Лист потратили. Детали пришли на склад. Нет никакого перемещения!

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


Просто попробуйте принять другую логику. Логику реального мира, а не виртуального. Отличную от бухгалтерии и программ для неё написанных.
Логику, что производство есть процесс потребления одних объектов (ресурсов) и получения из них других объектов (изделий).
Это как в компьютерной игре: собрали золото, руду, газ или что там ещё - потратили их, получили танк (строение и т.п.). Золота больше нет. Но зато есть танк...

Точно так же и тут. Потратили металл - получили детали. Потратили детали и покупные компоненты - получили изделие.
Механизм чудесного превращения - производственный заказ. Потратили одно, получили другое.
Вот и всё.

А перемещение - это когда взяли из одного места коробку и в другое место эту коробку перенесли. Ту же самую. Ничего с ней не стало. Просто стояла в комнате №1, а стала стоять в комнате №2. Та же самая коробка. Вот это - перемещение. Такое тоже бывает иногда (особенно на крупных предприятиях). Но в ваших примерах ничего такого нет.
 
Спасибо. А получится с перемещениями материалов не создавая задания на производство или на покупку. Просто создать накладную и сделать перемещение по участкам со склада ???
 
Ну вот… Приехали…

Цитата
Алексей Пономарев пишет:
получится с перемещениями материалов не создавая задания на производство или на покупку. Просто создать накладную и сделать перемещение по участкам со склада ???
Всё можно. Вопрос желания и усилий, которые вы готовы потратить. Вопрос – а нужно ли? Зачем вам в таком случае VOGBIT для этого?

Представьте, что вы купили автомобиль.
И говорите: «А можно без двигателя? Вытащить его. Остальное пусть, как есть, но двигатель убрать.»

Можно… В принципе
Но придётся толкать вручную. И делать это будет тяжело, нудно и неудобно. И ехать будет медленно.
Фары, приборы, радио – работать толком не будут. Электричества то нет.
Рулить будет тяжело и неудобно. Так же, как и тормозить. Гидравлика то тоже не работает.
А так то можно…

Дальше видим, что получилось то совсем не то, что мы ожидали. В рекламе и в автосалоне было то совсем всё по-другому. Красиво, быстро, удобно. А у нас получилось медленно, неудобно, почти ничего не работает. Начинаем исправлять ситуацию путём «доработки под свою специфику»:

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

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

Толкать при этом всё также нужно вручную...

А теперь, внимание, вопрос – а зачем двигатель то было вытаскивать?

Вот так и тут.

Для VOGBIT та часть, что касается производства – что двигатель для автомобиля. Можно и без него обойтись, но тогда и большинство других возможностей так или иначе отвалится или будет сильно ограничено.

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

Результат – см. выше. «Решение» обрастает совершенно чуждыми ему изначально фрагментами и довесками, но лучше оригинала оно от этого не работает. Точнее, почти совсем не работает. Функции какие-то, вроде, выполняются, а общий эффект непонятно в чём. Лучше ничего не становится. Только сложнее, запутаннее и т.д. Но всё равно «стоит». Не едет…

Теперь возвращаемся к сути вопроса. Можно ли в VOGBIT, описывая производство, производственный модуль вообще «выкинуть» из бизнес-процесса, а вместо этого перемещать материалы со склада на склад?

Можно. Но будет неудобно. И кроме собственно «остатков» по этим складам ничего от этого вы не добьётесь. Про остальные функции можно будет позабыть с таким подходом.

Поэтому я и спросил выше  - а зачем вам вообще в таком раскладе VOGBIT?
 
Цель создать диспетчерский отдел чтобы он рулил производством. Сейчас все висит на мастерах и кладовщиках. Это как бы не правильно, вот и пытаюсь производственные моменты моделировать. Никак до логического конца не доберусь от материала к готовой продукции. Алгоритм процесса нужно через себя прогнать чтобы потом научить исполнителей. Был как то на семинаре в Москве там программу Фобос и др системы управления производством рекламировали, понял как у меня все убого и примитивно. Поэтому заинтересовался Вашей программой
Изменено: Алексей Пономарев - 06.07.2015 17:42:12
 
Цитата
Алексей Пономарев пишет:
Цель создать диспетчерский отдел чтобы он рулил производством. Сейчас все висит на мастерах и кладовщиках.
Вот что, что, а для этого, если нормально хотите сделать, я бы вам точно не рекомендовал "перемещение материала" организовывать в программе. Выше я, в целом, написал почему.
При таком подходе вы не столько реально проблему решите, сколько создадите видимость её решения. В одном месте проблему будете решать, в трёх других создавать. Не так это надо делать.

Цитата
Алексей Пономарев пишет:
Никак до логического конца не доберусь от материала к готовой продукции.
Вот пример, как добираться. По шагам. С инструкцией.

Цитата
Алексей Пономарев пишет:
Был как то на семинаре
Могу предложить провести вам персональный семинар. Конкретно на тему организации эффективного производства и места в этом мероприятии VOGBIT. Какие задачи решаются и каким образом. В какой последовательности. И почему именно так, а не иначе. И как именно и для чего в этом всём применяется программа.
С Фобосом, кстати, нам тут есть о чём поспорить :). Но у нас есть очень сильные аргументы :).

Если поддержку оплатите за месяц - приезжайте на один день к нам с гости, организуем.
 
Здравствуйте Константин, разрешите очередной вопрос.
Ситуация такая. Многие детали приходят на склады от сторонних организаций, но они как бы не до конца готовы к сборке. Что бы их доделать я завожу на них тех процесс. Тот же "Сектор" нужно от гальванировать, а скажем шпильку, ударить прессом сделав на ней специальную зарубку. Работу над этими деталями я могу провести заранее задолго до того как они потребуются на сборку. Ну это логичнее, дать штамповщику задание на шпильку на два дня, чтобы не делать переналадку станка. Так вот, тех процесс над этими деталями я провел и они лежат на центральном складе. Наступил момент выполнить сборку продукции согласно поступившего заказа. Делаю в программе заказ, и у меня согласно спецификации в производство лезут все комплектующие с которыми я уже провел работу согласно тех процесса, соответственно эти детали попадают снова в ЛЗК на штамповочный или гальванический участок хотя их место в ЛЗК сборочного участка. Предусмотрен ли этот момент? Может как то можно сделать чтобы детали и комплектующие с Центрального склада (например) попадали только на сборочный участок, а в тех процесс уже не включались. А с других складов, как положено, согласно тех процессов на участки в производство. У меня так много чего лежит в полуфабрикатах. Это позволяет быстро реагировать на заказ, сокращает время изготовления. и не занимает много места на складах, т.к. конечный продукт достаточно габаритен, ну и одни и те же детали входят в состав разных модификаций, поэтому очень много полуфабрикатов и уже готовых деталей в готовом виде концентрируются на центральном складе
Изменено: Алексей Пономарев - 08.07.2015 10:28:52
 
Здравствуйте,
Цитата
Алексей Пономарев пишет:
Предусмотрен ли этот момент?
Да. Естественно.

Вопрос правильного составления техпроцессов и производственных заказов.
В принципе, неоднократно обсуждалось на форуме, но, наверное, местах в 5 разных, если не больше.

Начать можно с того, что посмотреть вот эти ролики. Рекомендую внимательно посмотреть их все:

Ролик 1
Ролик 2
Ролик 3
 
Здравствуйте Константин, подскажите что не так делаю и где найти ответ. Проблема такая, есть изделие состоящее из трех составных деталей, детали в свою очередь производятся из листового и фасонного металлопроката. Так вот я создаю производственный заказ на изделие, формирую ЛЗК, а в разделе обеспеченность я вижу только потребность в этом самом металлопрокате, хотя в ваших примерах режим обеспеченность показывет именно составные детали их наличие или дефицит, а уж если их нет на складе то тогда делаем заказ на производство где потребуется исходный металл.
 
Посмотрите внимательно, что именно вы делаете.
Когда вы составляете заказ на производство, вы включаете в него что? - Детали.

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

Нажимая "расчёт потребности" вы спрашиваете программу: "А что мне нужно, чтобы изготовить мои позиции по этому списку?".

Что нужно, чтобы изготовить детали? - Металл.

Логично? - Безусловно. И именно это вы и видите. Как говориться, какой вопрос, такой и ответ.

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

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

И всё будет.

Посмотрите внимательно вот этот ролик (где-то с 04:40 примерно и дальше). Обратите внимание, что я вставляю в заказ на производство на данном этапе только само изделие, но никак не детали для него.

А вот как правильно должна быть написана технология.

Предвосхищая возможные вопросы про комплектацию - сразу и почему должно быть именно так.
 
Здравствуйте Константин. Предварительно смотрел на форуме Ваши объяснения по этому вопросу, но в упор не вижу своей ошибки. Посмотрите на скринах, может Ваш опытный взгляд обнаружит.
Vogbit.jpg (887.13 КБ)
Vogbit1.jpg (812.35 КБ)
Vogbit2.jpg (584.66 КБ)
Vogbit3.jpg (532.92 КБ)
 
Попробую завести учетные карточки, может по этой причине программа идет к корневому материалу...
 
Уже что только ни делал, по удалял все спецификации на составные детали, снова сделал и конструкторские и заказные, переделал технологии, все равно, запускаю это простейшее составное изделие а обеспеченность выдает только материал, составные детали игнорируются, хотя в расчете комплектации при оформлении заказа на пр-во фигурируют и материал и детали...
 
Вот такая структура у меня сейчас получилась
Vogbit4.jpg (357.16 КБ)
 
Константин, я жду помощи. На моем примере я разве даю задание на производство составных деталей? Насколько я понимаю Ручка ПР-10 это изделие в моем примере. Состоящее из четырех предметов. Я даю задание изготовить ручку, а не эти предметы. Я жду от программы что она мне и покажет что нет в обеспеченности этих составных предметов то есть в таблице должны появится наименования с красным количеством, в моем случае 0, ну как в ваших примерах. Ну правда руки опускаются... осталось два шага чтобы освоить программу и уже неделю потерял на одном месте... Может дерево номенклатуры неправильно составлено, в настройках где галочку поставить?
Изменено: Алексей Пономарев - 21.07.2015 17:04:18
 
Алексей,

В сообщении №16 я всё объяснил. И даже выделил курсивом ключевые места и слова.

Повторяю ещё раз.

Посмотрите внимательно, что именно вы делаете.
Вы создаёте в программе заказ НА ИЗГОТОВЛЕНИЕ ДЕТАЛЕЙ.
Откройте "график производства". ЧТО у вас там?
Ответ - у вас там ДЕТАЛИ!

Вы сами говорите программе "НУЖНО СДЕЛАТЬ ДЕТАЛИ". Что вы от неё ожидаете в ответ на вопрос "что нужно для того, чтобы выполнить этот заказ?".

Логично, что программа отвечает вам, что для того. чтобы СДЕЛАТЬ ДЕТАЛИ, нужен металл.
Есть возражения? Что-то в этом не так?

ЗАЧЕМ вы вставляете ДЕТАЛИ в заказ на ПРОИЗВОДСТВО?
Заказ на производство - это список того, что нужно ИЗГОТОВИТЬ.
Если вы НЕ ХОТИТЕ делать детали, а хотите взять готовые со склада, то ЗАЧЕМ вы дайте задание ИЗГОТАВЛИВАТЬ ДЕТАЛИ? (вставляете детали в производственный заказ)

В этом вся причина.

Все дальнейшие изыскания - какое-то непонятное дерево с вставлением в него материалов и т.п. - это всё ерунда. Карточки складские тоже ни на что ни влияют в данном случае.

Попробуйте создать производственный заказ из одной строчки. Само изделие в нужном количестве. И ВСЁ! Не нужно никаких спец. деревьев. Не нужно ничего.

Просто НЕ ВСТАВЛЯТЕ в этот заказ детали этого изделия.
 
Цитата
Алексей Пономарев пишет:
даю задание изготовить ручку, а не эти предметы.
А это что такое?

Я так понимаю, дальнейшее ваше действие после этого скриншота, вы нажимаете "сохранить в производственный заказ".

Т.е. в заказе на производство у вас то, что на данной картинке в правой части.

Теперь внимание, вопрос!

ЧТО мы видим на указанной картинке в правой части? ЧТО вы вставляете в заказ на производство?
 
Получается что нужно в ручную удалять из правой части окна "расчет потребности" все лишнее? Ведь программа автоматически раскладывает на составляющие наше изделие и размещает в правой части окна... Я так сделал и получилось, а я полагал что программа, при разворачивании заказа на производство, должна проигнорировать корневые материалы и вынести информацию о ближайших к готовому продукту полуфабрикатах. Если так задумано то тогда понятно. Спасибо
 
Если я все правильно понял то пожалуйста подтвердите
 
Зачем так сложно то всё?

Почему бы просто не:
- создать заказ (в поле "заполнить" выбрать "вручную");
- перетащить в него изделие из справочника, указать кол-во.

И всё!

Цитата
Алексей Пономарев пишет:
из правой части окна "расчет потребности"
Расчёт комплектации окно на рисунке.

Зачем вам в данном случае оно вообще нужно?

Читаем документацию:
Цитата
Основная функция модуля Расчёт комплектации – получение на основе сформированного пользователем перечня готовой продукции (списка изделий) полного списка всех входящих в них узлов, деталей, стандартных изделий и прочих составляющих (списка компонентов).
Оно вам нужно?

Цитата
Алексей Пономарев пишет:
Ведь программа автоматически раскладывает на составляющие наше изделие
только в тот момент, когда вы нажимаете кнопку "построить список компонентов". Т.е. только тогда, когда вы сами же и говорите ей "разложить изделие на составляющие".

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

Другое дело, что предполагается некоторая осмысленность выполняемых действий.
Построить список - не самоцель. Желательно понимать, для чего это делаешь и смысл дальнейших действий с этим списком.

Вы делаете (предлагаете деталь) следующее:
- взять модуль, который раскладывает изделие на составляющие;
- получить с его помощью список всех составляющих изделия, включая его самого и всё, что в него входит;
- удалить из полученного списка всё, кроме самого изделия.

Вопрос - а зачем все эти действия?? в чём смысл?

Почему не сделать так:
1. Создать заказ.
2. Добавить в него вручную изделие из справочника. Указать количество.

И всё. Готово.

Что может быть проще? Мышкой из справочника изделие в заказ перетащить, ко-во проставить.
Без всяких "расчётов комплектации" и т.п.
Просто сказать "хочу сделать N изделий АБВГД". Т.е. создать заказ на производство, вставить в него вручную одну строчку. И всё!
 
Спасибо, получается.. Просто, видимо, после просмотра ролика возникает некий шаблон действий... что нужно делать так и никак иначе...
 
Константин, а почему у меня режим "Обороты" выдает ошибку
- Не найден вид связи: UID = LT_Return
 
Цитата
Алексей Пономарев пишет:
почему у меня режим "Обороты" выдает ошибку
- Не найден вид связи: UID = LT_Return
Вот здесь всё про это написано.
Вот здесь обозначения и уникальные идентификаторы.
Просто введите в справочник новую запись с обозначением "Возврат" и уникальным идентификатором "LT_Return".
 
Здравствуйте, почему то у меня не добавляется альтернативный пост в технологию подробно. В инструкции указано перетащить пост при нажатой Ctrl, а программа выдает что уже назначен единственно возможный пост. Что нужно сделать и почему единственно возможный?
Страницы: 1 2 След.
Сейчас на форуме (гостей: 19)
Всего зарегистрированных пользователей: 3202
Приняло участие в обсуждении: 367
Всего тем: 804
Всего сообщений: 6067

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