Цитата |
---|
elems пишет: Возможно ли в данной форме, чтобы при построении списка компонентов они автоматически убавлялись, если такие компоненты есть на складе. |
Технически то сделать не проблема, но только делать это нужно не так и не в этом месте. Если сделать так, как вы предлагаете, то получится вот что:
1. Вы составили заказ на 3 изделия. Подсчитали, что деталей А надо, допустим 12 шт, на складе есть 5 шт, "отнялось", открыли заказ на изготовление 7 шт деталей А.
2. Проходит полчаса (день). Появляется заказ на изготовление ещё 4 таких же изделий. Или любых других, где используется деталь А. На складе по-прежнему лежат 5 шт. деталей А (их же мгновенно оттуда не забрали). "Отнимается". Запускаем не 16, а 11 шт деталей А.
Дальше, я думаю, можно не объяснять?
Это только самый простой пример. Могу ещё много разных вариантов посложнее описать, где ошибки в логике простого "отнимания количества".
Чтобы сделать то, что вы хотите, недостаточно просто при подсчёте количества деталей на изделие отнимать складской остаток. Надо, как минимум:
- контролировать потребность в деталях для сборки на все заказы, где требуются детали. И сравнивать со складскими остатками именно эту потребность, а не кол-во деталей в отдельном изделии (партии).
- учитывать текущее состояние незавершённого производства, чтобы иметь в виду те детали, которые ещё не на складе, но их уже делают.
- контролировать отпуск деталей на сборку, чтобы учитывать не только, сколько надо деталей для сборки партии изделий, но и сколько из них уже забрали (выдали) к текущему моменту.
В принципе, вся нужная информация есть в программе и сейчас. Просто не в одном окне, что не очень удобно, если говорить именно о планировании запуска. Данные о незавершённом производстве есть в режиме
График производства. Список (лимитно-заборную карту, заявку), какие детали нужны, при желании можно получить из режима
Расчёт потребности или из того же
Расчёт комплектации. Есть режим
Обеспеченность, который показывает сколько надо, сколько выдано, сколько ещё не хватает.
Всё что нужно, свести данную информацию в отдельном окне и добавить в него функцию создания нового заказ на производство.
Планируем со временем так и сделать. В любом случае, чтобы всё это работало, должны сначала заработать все составляющие этого общего процесса:
- формирование потребности в деталях для сборки на момент запуска очередного заказа;
- учёт производства деталей и сдачи их на склад;
- учёт выдачи деталей со склада на сборку.
Кстати, в новой версии VOGBIT уже будут значительные улучшения в плане более удобного использования программы сразу в нескольких местах указанных процессов.
Цитата |
---|
elems пишет: есть ли возможность в программе автоматически разнести выполнение заказа самой по дням? |
Чтобы программа сама всё сделала - нет.
Можно задать требуемое (желаемое) время выполнения заказа, чтобы производство на него ориентировалось. При использовании "высокого" или "максимального" уровня учёта можно при желании распланировать время прохождения по конкретным рабочим местам с учётом их реальной доступности и загрузки, контролировать соответствие реальности этому плану, оперативно корректировать его по реальной ситуации (есть специальный модуль "помощник мастера" как раз для этого). Но наша программа в данном случае рассчитана на то, чтобы помочь специалисту, а не заменить его.
В целом, по поводу прогнозирования "когда мы сможем сделать":
Тема известная, вопросов много и поступают они регулярно, мы работаем в этом направлении.
Пытаться создавать точную компьютерную модель производства, чтобы спрогнозировать "когда мы это сможем сделать" - занятие, с моей точки зрения, не очень перспективное (если только у вас не автоматические линии или технологические операции длинной в неделю). Либо эта модель получится сугубо теоретической и в реальности бесполезной (из за того что не учтено слишком много факторов), либо для того чтобы её построить, вам придётся собирать и вводить столько данных, что пока вы это будете делать, производство уже 2 недели как изготовит, сдаст на склад и забудет про то, изготовление чего вы моделируете.
Для реального производства, где работают в основном люди, а не роботы, нужно что-то попроще. И побыстрее (не требующее для работы слишком точных данных в огромном количестве).
У нас уже есть некоторые интересные наработки, что можно добавить в программу для задачи планирования загруженности производства и, отталкиваясь от этого, и сроков выполнения. Пока не буду раскрывать подробности. Сделаем - покажем.