Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

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

Уровни учета терминала. - Терминалы
Alex-220781: 13 Константин Чилингаров написал: На картинке пример с реального предприятия. Один из... 13 Константин Чилингаров написал: Как будем мы ...
Ошибка при выборе всех заданий. - Терминалы
Константин Чилингаров: Так и задумано. 3520 Alex-220781 написал: При нажатии кнопки "Собрать невыполненные задания" - собрать можно только слева от смены, перио ...
Постановка на паузу заказов и изделий - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Но люди - это же не станки. Кто то делает быстрее, кто-то медленнее, разные ситуации бывают. Изделия большей частью зак ...
Отмена заданий в окне "Невыполненные задания" - Новые возможности
Константин Чилингаров: Здравствуйте, Можно и сделать. Запишу в список пожеланий.
Уровень учета в Графике производство - режим Подробно. - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да. Точно. Хорошее замечание. Это недоработка. Вылезло с тех времен древних, когда "уровень" было понятие более мону ...
Кнопка "Контроль" - Прочее
Alex-220781: Пока снимаю свои вопросы :) До входного контроля ещё не дорос. Если и будет - то это скорее всего просто проверка внешнего вида (повреждени ...
Задачи и Файлы, Договоры. - Обновление
Константин Чилингаров: Попозже если только.
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Записал в список пожеланий.
Планирование - Производство
Михаил Анатольевич: 13 Константин Чилингаров написал: Это, я так понимаю, график работы стапелей сварочных, да? (план)   Да, всё верно.  13 Константин Чилингар ...
Упрощение ввода аналогов - Интерфейс программы
Константин Чилингаров: Вот. Сделал ролик. https://youtu.be/Vc03vi0YPeE https://youtu.be/Vc03vi0YPeE
Выбор ресурса при редактировании задания - Производство
Alex-220781: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным заказом в с ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: Не загружены новые шаблоны отчётов после обновления. Нужно загрузить. https://disk.yandex.ru/d/Uk9jUiuNjUyKIQ Сами шаблоны /support/459/ Инструкция , как заг ...
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Добавил в список пожеланий.
Перенос из обеспеченности в заявку. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 3520 Alex-220781 написал: При нажатии "Обеспеченность" я не учитываю ЛЗК по другим заказам. Пояснение: Если при запуске "Обеспеченн ...
Перенос из спецификации в заявку. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список пожеланий.
Запоминание состояния окон. - Интерфейс программы
Константин Чилингаров: Да, я выше это же писал. Потому что это "плавающее" окно. В плавающих окнах размеры самого окна после закрытия не сохраняются сейча ...
Не сохраняются выбранные колонки в окне состава изделия - Состав и технология
Константин Чилингаров: 3520 Alex-220781 написал: для порядка. Все активные кнопки в программе подсвечены Не факт. Кнопки бывают разные. Если провести аналогию с м ...
Настройка рабочих мест пользователя - Прочее
Константин Чилингаров: Да. В целом Вы совершенно правы. Согласен. Но, к сожалению, пока руки не доходят до "облагораживания" этого места. Как только дойдут, ...
Замена участков и постов в Технологии - Интерфейс программы
Константин Чилингаров: Здравствуйте, Там скоро к "постам" и "участкам" ещё и "станки" добавятся (для желающих)... Надо подумать, как лучше реорга ...
Приемка ОТК - Производство
Константин Чилингаров: /support/446/#4062 вот так

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

- Практические приемы работы - Старые разделы форума
Страницы: 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 примерно и дальше). Обратите внимание, что я вставляю в заказ на производство на данном этапе только само изделие, но никак не детали для него.

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

Предвосхищая возможные вопросы про комплектацию - сразу и почему должно быть именно так.
 
Здравствуйте Константин. Предварительно смотрел на форуме Ваши объяснения по этому вопросу, но в упор не вижу своей ошибки. Посмотрите на скринах, может Ваш опытный взгляд обнаружит.
Vogbit1.jpg (812.35 КБ)
Vogbit2.jpg (584.66 КБ)
Vogbit3.jpg (532.92 КБ)
Vogbit.jpg (887.13 КБ)
 
Попробую завести учетные карточки, может по этой причине программа идет к корневому материалу...
 
Уже что только ни делал, по удалял все спецификации на составные детали, снова сделал и конструкторские и заказные, переделал технологии, все равно, запускаю это простейшее составное изделие а обеспеченность выдает только материал, составные детали игнорируются, хотя в расчете комплектации при оформлении заказа на пр-во фигурируют и материал и детали...
 
Вот такая структура у меня сейчас получилась
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 След.
Сейчас на форуме (гостей: 18)
Всего зарегистрированных пользователей: 3405
Приняло участие в обсуждении: 378
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт