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

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

Как подключить отчеты? - Общие вопросы
Serge.v.astapov: Добрый день. Хочу распечатать ЛЗК, но в отчетах, при выборе шаблона, пусто. Просьба дать направление куда смотреть, чтобы подключить шаблоны.
Пустой бланк - Демо версия
Илья: Может еще что понажимать?
Колонки Операция и Состояние - Производство
Илья: Спрошу пожалуй тут с чем столкнулся. Задачи которые мы планируется решить с помощью вогбит: 1) контроль изготовления деталей и сборок ( согласно несложной маршрутной технологии) 2) контроль наличия и списания материалов на производстве.   По пер ...
Удаление заказа - Общие вопросы
Константин Чилингаров: Сам "заказ", как запись в "Номенклатуре" остался. Подробнее, как там что устроено, можно почитать /forum/messages/forum32/topic1415/message9005/1415#message9005 вот тут . Как удалить: Откройте "Номенклатуру". Включ ...
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Да, там ещё не доделано это место до того, как хотелось. Там ряд моментов есть целый, которые планируется ещё доработать. В т.ч., отображение объединённых/объединяющих заданий в окнах типа "график работ по сменам". Но решили не откладыв ...
Не входит наименование материалов в соответствующие колонки - Производство
Илья: Если вводить материал как в КД с указанием все параметров самого материала и проката, то получается довольно таки длинное название. При этом когда печатается какой либо отчет где упоминается данный материал то  его название получается либо слишком м ...
Печать графика производства - Производство
Илья: 13 Константин Чилингаров написал: В вашей операционной системе нет компонента vcredist_VS2010_x86. Он нужен. Чтобы не искать - https://cloud.mail.ru/public/2Gen/9uTxGwcWj вот ссылка . Скачайте файл, запустите, он установится. После этого зар ...
График производства, календарный план - Ошибки в работе
Илья: 13 Константин Чилингаров написал: /forum/messages/forum29/topic2578/message15878/2578-kolonki-operatsiya-i-sostoyanie#message15878 Вот здесь картинка - как будет выглядеть после следующего обновления. /forum/user/19032/ Илья написал: Сли ...
Миграция БД - Отчёты
Константин Чилингаров: По ошибке: /forum/messages/forum26/topic2564/message15862/2564-pustoy-blank#message15862 Решение . Не нужно нажимать в этом окне (выбор шаблона отчёта, который хотите использовать) "принтер". Нужно выбрать шаблон требуемый и нажать " ...
Прикрепление файлов к узлам, деталям, спецификациям. - Обновление
Михаил: Здравствуйте. Подскажите, пожалуйста, есть ли возможность прикреплять к деталям и/или спецификациям не конкретный файл (например рабочие чертежи), а путь к файлу на сервере. Просто если прикреплять файл то он копируется в базу SQL-я сильно утяжеляе ...
автоматическое закрытие лимитных карт - Материалы, Комплектующие, Складской учёт
Lexam: Да, это нормальный вариант 13 Константин Чилингаров написал: из "графика производства": ставим фильтр по "состояние" = "готово" -> документы для склада -> получение со склада -> выделить все -> "закрыт ...
Обновление 20.5. Задачи и файлы - Обновление
Константин Чилингаров: Вкратце про «Задачи и файлы»: Изначально данная функциональность разрабатывалась для производства «проектного» типа (с прицелом, может, ещё зачем-нибудь пригодится). То есть выпускающего нечто уникальное, в единственном экземпляре, на заказ. Когд ...
Перемещение - Прочее
Константин Чилингаров: Здравствуйте, Тут всё зависит от сути данного процесса в реальной жизни. Вариант 1. Сделали какое-то количество корпусов. Каждый, по идее должен быть со своим серийным номером. Но шильдиков не было. Пока сдали так на склад. Появились шильдики, ...
Ошибка автозаполения накладной из производства - Ошибки в работе
Константин Чилингаров: Да. Похоже, ошибка. На "максимальном" уровне получилось воспроизвести. На "высоком" всё нормально сработало. Будем разбираться.  WorkAround (пока разбираемся и чиним): 1. если сильно нужно именно так, то можно руками в этом от ...
Расчет комплектации - Производство
Константин Чилингаров: 19032 Илья написал: Единственное что в в "Проработке" остались "стандартные изделия". Причем я так понимаю они остались еще с изначального расчета комплекции. С ними что делать? Удалить. 13 Константин Чилингаров написал: ...
Удаление позиции из номенклатуры - Прочее
Илья: Спасибо за терпение. Теперь получилось
Группа планирования по кооперации - Производство
Илья: Понятно спасибо. Решили обойтись без этой настройки, поскольку по кооперации делается только одна из операций (и не всегда заготовка)
Ошибка обновления отчетов - Отчёты
D.shumkov: Понял. Задача не приоритетная, решим позже.
Выгрузка коэффициентов пересчета - Материалы, Комплектующие, Складской учёт
Петр Свиридов: Благодарим. Даже не подозревали, что есть такой недокументированный функционал.
Автоматический расчет количества материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Делается так: Для материалов заводим в "Номенклатуре" /support/412/#_8175 коэффициенты пересчёта . Для листа - вес м2, для круга - вес метра. Сами значения коэффициентов находятся за 5 секунд в интернете, там бесплатных "металлических ...
Расчет потребности
 
Здравствуйте.
Подскажите, пожалуйста.
Вот у меня на складе есть три позиции.
v13.JPG (103.36 КБ)

Расчет потребности

- Практические приемы работы - Старые разделы форума
Страницы: Пред. 1 2 3 След.
Ответы
 
ну слава создателям!
а не направите нас к разделу документации, где подробно описан раздел "обеспеченность", что с ним можно сотворить?
 
Отдельного руководства по этому режиму нет, к сожалению. По крайней мере пока.
Общая информация (что за режим, для чего нужен, основные возможности) есть в документации.
Ещё есть видеоролик.
 
Цитата
Константин Чилингаров пишет:
Отдельного руководства по этому режиму нет, к сожалению.
Тогда вопрос.

Цитата
Константин Чилингаров пишет:
Чего нет пока, но в ближайших версиях планируется: - возможность прямо из окна Обеспеченность создавать заявки не только на приобретение комплектующих, но и на их производство;
Если пока из этого режима нет возможности создать задание на производство недостающих деталей.
Я должна, посмотрев в режиме "Обеспеченность" сколько мне не хватает на штанги.
Перейти в производственные заказы, удалить заказ на мою штангу. И создать заказ изготовить планки. Потом создать заказ изготовить трубы. Дождаться, когда это все поступит на склад. Затем, еще раз создать задание на производство штанг. Убедиться, что на складе мне всех комплектующих хватает. И наконец, выдать задание на производство штанг.
Так?
 
Цитата
Larissa пишет:
удалить заказ на мою штангу
зачем?
Цитата
Larissa пишет:
создать заказ изготовить планки. Потом создать заказ изготовить труб
можно один заказ сделать, сразу на всё, что нужно.
 
Цитата
Константин Чилингаров пишет:
можно один заказ сделать, сразу на всё, что нужно.
ОК.
Сделала заказ на все, что нужно, а именно нужны готовые штанги.
Создала ЛЗК на мои планки к этим штангам. ЛЗК сформировалось на количество кратное штангам.
В расчете потребности я увидела, что планок под эти штанги не хватит. Дальше что?
Делать заказ на производство планок? А заказ на все изделие целиком пусть висит и ждет готовности планок?
 
Цитата
Larissa пишет:
Делать заказ на производство планок?
Логично.
Если чего-то не хватает, но оно нужно, то надо или купить, или сделать.
Цитата
Larissa пишет:
А заказ на все изделие целиком пусть висит и ждет готовности планок?
Можно и так. А можно собрать пока столько "Штанг" на сколько сейчас есть планок. А параллельно на остальные делать детали.
Это уже к вам вопрос.
 
становится немного ясно.

К сожалению, программа никак не способствует принятию решения. Я имею ввиду, в момент формирования производственного заказа не стоит ждать от программы подсказки  о дефиците. Есть чисто консультирующий "уголок" в виде раздела "обеспеченность".
Мы напрасно думали, что мы что-то не так делаем - это особенность Вогбит.

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

И это правильно, ИМХО.

Приведу в качестве подтверждения цитату одного уважаемого руководителя. Прислушаться стоит к ней хотя бы потому, что человек имеет очень обширный практический опыт организации производства. К слову, с помощью VOGBIT он к текущему моменту сумел увеличить производительность своего производства, ни много ни мало, в 3(!) раза (даже немножко больше на самом деле). Вообще без какого-либо тех. перевооружения и увеличения штата. Не только за счёт одного VOGBIT'а, конечно, но точно, что VOGBIT тут сыграл ключевую роль :).

Так вот цитата (не совсем дословно, но без особых искажений):

Цитата
"...здесь надо не сделать ошибки которая завела нашу предыдущую "программу" в тупик - когда программа стала оптимизировать (план производства - прим. автора). В результате - для системы оптимально, -для производства полный хаос. Без этого мы пусть и не очень оптимально, но делали что-то, а по такому "оптимальному" плану составленному программой, вообще ничего оказалось сделать в реальном производстве невозможно".
P.S. После этого сответствующая программа была выкинута и взят VOGBIT (года 2 назад). Как показал результат - очень не зря.

Так что, чрезмерный интеллект со стороны программы - тоже зло. Причём ещё какое...
 
Вот ещё нашёл. Хорошая цитата в тему из того же источника:
Цитата
в ней (в программе VOGBIT - прим. автора) нет кнопки "Что нам делать". Надо перестраивать систему управления производством, а программа тут же понадобится
Это не про вас, конечно, а вообще про получение эффекта от применения программы. Просто к слову, раз пошёл такой разговор...
 
И по поводу подсказок:

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

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

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

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

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

Пока получается разрозненно - посчитать необходимое, заглянуть в обеспеченность, выписать цифирку доступного, забить её в ЛЗТ, вычесть затребованное из необходимого, сформировать заказ в цех.

Повторюсь. Интерфейс пока только ставит препоны, потому что контекстные меню практически бесполезны, а панели перегружены активными, но не приводящими к результату кнопками. И пока мы не обучимся до автоматизма, в каком случае какие функции доступны, интерфейс нам в это не в помощь.
 
https://vogbit.ru/forum/messages/forum16/topic844/message5039/844#messages5039
 
прописываю в номенклатуре листовой металл:
Лист толщиной 3 мм, площадь 1250*2500мм, вес 75кг.
В коэффициентах пересчёта задал "шт/кг/75"
Почему в тонны не пересчитывает, пока не добавишь новый коэффициент "шт/т/0,075"?
Тоже - уже есть коэффициент "шт/м2/3,125", но приходится задавать ещё и "м2/шт/0,32"?
В результате обеспеченность в "шт" и в "м2" даёт, а в тоннах и килограммах просит особых указаний.
Или что-то не так делаю?
vogbit2.JPG (94.67 КБ)
 
Настройте у себя коэффициенты пересчёта в настроечной номенклатуре VGB_MEASURE_SCALING. Это должно вас избавить от необходимости задавать коэффициенты для каждой позиции.
Пересчёт.png (155.32 КБ)
 
Спасибо!
Только там уже были введены коэффициенты соотношения тонн и килограммов.
Заработало, когда дал ещё два коэффициента "м2/т" и "м2/кг"

всё-таки программа не хочет сама переводить тонны в кг и обратно.
vogbit4.JPG (67.67 КБ)
vogbit3.JPG (92.46 КБ)
Изменено: Сергей - 23.08.2013 13:28:56
 
Для пересчёта из одной единицы измерения в другую в программе используются только прямые коэффициенты. Варианты кросс и обратного пересчёта не поддерживаются. Т.е. чтобы программа переводила из A в B должен быть заведён коэффициент A->B. Варианты B->A или A->C, C->D, D->B – не поддерживаются.

Пояснение:
Добавление подобной логики потребует выполнения рекурсивной проверки (поиск возможного наличия нужного сочетания коэффициентов)  для каждой номенклатуры. Это означает увеличение времени отработки запроса в разы (если не хуже).

Что получим:
Любое открытие или обновление любого окна, где есть какое-нибудь суммирование и единицы измерения (расчёт потребности, расчёт комплектации, себестоимость, остатки, обороты, затраты план-факт, работа с заявками и т.д.) будет занимать в несколько раз больше времени. На 20 записях – это будет не заметно. На нескольких тысячах счёт уже пойдёт на минуты, дальше – на десятки минут.

С другой стороны:
1. Не так много пользователей вообще применяют в реальной работе больше 1 единицы измерения для одной номенклатуры.
2. Ещё меньше среди них тех, кто использует для одной номенклатуры больше 2-х единиц измерения (когда начинает иметь смысл вести речь о кросс пересчётах).
3. Есть вариант, как обойтись без кросс-пересчётов. Можно завести прямые коэффициенты. Учитывая п.2, если заводить только те, которые реально нужны, то их не будет много.
4. Если всё-таки очень хочется много разных вариантов коэффициентов, но лень вводить, то можно написать простенькую программку, которая по 1-2 заданным коэффициентам сгенерирует все возможные сочетания для всей номенклатуры.

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

Мне нужно или по-простому пользоваться одним-двумя критериями оценки и мириться с периодически всплывающими страшными красными крестиками, или, по-сложному, прописывать вручную все варианты на всю номенклатуру (правда только единожды), что однако может привести к ошибкам из-за моих собственных просчётов и невнимательности.
 
п.с. Хотя вот что подумал... Только не воспринимайте всерьёз мои пятничные дилетантские рассуждения.

Кросс-пересчётчик затратен по ресурсам, а взять готовый коэффициент из ячейки проще, но при этом присваивая вручную значения переменным пользователь может накосячить.
Чтобы программа не сигнализировала красным крестом "не введён коэффициент", нужно или прикрутить процедуру разового расчёта коэффициента и внесения его в базу (земенить ручной ввод), или открутить несуществующие варианты в выпадающем меню - нет варианта, нечего выбирать.
 
При формировании производственного заказа, нажимаем фильтр собсвеного изготовления, создаем заказ, в нем видно все как положено, что цех должен изготовить  (рис.1), все хорошо. Но потом когда производим расчет потребности и получаем только то что в заказе т.е. основной материал и все (рис.2), а где тогда прочий материал (газ, краска и т.п.) , просто если ссудить по видео "начало работы. заказ на производство", то там это все просто, вот тебе производстенный заказ (то что надо сделать самим), вот тебе расчет потребности все что необходимо для изготовления включаи и основной материал и вспомогательный. А если при формировании производственного заказа учитывать все, то тогда в графике будет видно и самоизготовление и вспомогательный материал (рис.3), тоже как то для производства не удобно, зачем это видеть в графиках?
1.png (115.24 КБ)
2.png (74.45 КБ)
3.png (138.37 КБ)
Изменено: Анастасия Алексеева - 17.07.2015 13:55:08
 
Вы создали заказ (рис.1). В нём детали.
Потом нажимаете "расчёт потребности".

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

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

Вот вам и ответ на ваш вопрос (что вы видите на рис.2 и почему).
 
Цитата
Анастасия Алексеева пишет:
А если при формировании производственного заказа учитывать все, то тогда в графике будет видно и самоизготовление и вспомогательный материал (рис.3), тоже как то для производства не удобно, зачем это видеть в графиках?

Производственный заказ - это заказ на ПРОИЗВОДСТВО. Т.е. это список того, что нужно ПРОИЗВЕСТИ. План. Самое общее задание для производства.

Вы производите песок? Двуокись углерода? Кислород?
Сомневаюсь...
Соответственно, им точно не место в заказе на ПРОИЗВОДСТВО.

По поводу материалов и состава
 
т.е. я должна на стадии техпроцеса прописать куда относится песок, куда газ и все прочее? Суть уяснила, но не совсем понятно как это делается? Весь этот список прочих материалов (грунтов, растворителей и красок, песка, газа) я должна связать уже со сборочным узлом(рис.7), если не составлять подробных тех процесс, как это сделать?
7.png (107.88 КБ)
8.png (60.95 КБ)
Изменено: Анастасия Алексеева - 20.07.2015 10:29:25
 
Вот в этом сообщении ответ уже есть.
Все материалы, использующиеся в производственном процессе и не входящие в состав изделия, указываются в технологическом процессе изготовления соответствующей детали или узла. Документация.
 
хорошо, если сборочный узел один, а если их множество, то я на каждый узел должна прописать сварочную проволоку, краску и прочее. У меня же общая норма расхода на все изделие, как я буду ее делить?
 
Можете написать все ваши материалы в технологический процесс на само изделие, если вас не интересует планирование материалов на отдельные части. Сварочная проволока, углекислый газ и т.п. нужны для сварки определённого шва в каком-либо узле. Их расход зависит от параметров шва (его катета, длины, способа сварки и так далее). Если вы хотите планировать потребность не только на само изделие, но и на отдельные его части, то норма указывается на каждый узел отдельно.
 
Дополню. Можно эти все материалы и не указывать в составе изделий.  А закупаются они исходя из статистической потребности (примерного расход  в месяц, на тонну изделия и т.п.).
 
Опять загвоздка. Сформировала заказ на производство, то что мы изготавливаем, тут все понятно, есть номенклатура и очередь выполнения. Опять же загвоздка на обеспеченности, туда не попали все стандартные изделия (т.е ни болтов, гаек, фланцев).
Стоя на производственном заказе я нажимаю обеспеченность, появляются только материал для изготовления, а ка же покупные. Тут в принципе все логично. Но тогда я что упустила из вида. Как формировать заказ и предварительную заявку, если в нее попадает не все. Не могу понять в чем причина. Состав вроде описан правильно. Есть изделие, узлы, подузлы у них есть стандартные изделия, есть комплектующие для самого изделия (рис.33). Все делаю по видео "начало работы" :cry:
34.png (136.05 КБ)
Изменено: Анастасия Алексеева - 31.07.2015 08:56:32
 
Я поняла в чем причина, но от этого легче не стало. Получается при описании тех процесса, мало того что стандартные изделия видны, раз мы формируем технологию по заказной спецификации. Получается что все стандартные изделия предназначенные для этого узла должны попасть еще и на операцию сварку сборку, это дополнительное копирование и усложенение описания тех процесса. Зачем тогда вообще при формировании конструкторской и заказной спецификации прописывать стандартные, если проще потом при описании техпроцесса на сборку или упаковочную, добавить покупную номенклатуру. Это ж хождение по кругу!!!
Изменено: Анастасия Алексеева - 31.07.2015 10:13:31
 
Цитата
Анастасия Алексеева пишет:
Зачем тогда вообще при формировании конструкторской и заказной спецификации прописывать стандартные, если проще потом при описании техпроцесса на сборку или упаковочную, добавить покупную номенклатуру
Ну это и не обязательно делать то  ;)

Цитата
Анастасия Алексеева пишет:
Получается что все стандартные изделия предназначенные для этого узла должны попасть еще и на операцию сварку сборку
Как и это не обязательно вообще-то. Хорошо, кончено, правильно. Но не обязательно, если разобраться...  ;)

Да, если вводить не всё, а только часть, то что-то работать не будет, конечно. Но, во-первых, во многих случаях есть обходные пути. А, во-вторых, не всем обязательно нужны все функции. Многим половина без надобности.

Вопрос, что писать или не писать в спецификацию и в комплектацию в техпроцессе, стоит это делать или не стоит, что зачем нужно, вводить или не вводить, куда-то в одно место или и туда, и туда - всё это обсуждалось на форуме неоднократно. Например,

здесь,
здесь,
здесь,
здесь,

и ещё можно найти, если поискать.

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

Совершенно не обязательно вводить всё. Вполне можно только что-нибудь одно.
Вопрос в том, насколько удобно будет так работать?

Можно вводить в программу только спецификации, и комплектацию в техпроцессы не вводить вообще. Я вам больше скажу: для многих на первом месте стоят те задачи, для решения которых вообще можно ничего в техпроцессы не вводить. Разве что материалы, может быть...

Можно и наоборот. Только расписать подробно техпроцессы, включая комплектацию, а спецификации не вводить вообще. Никакие.

И тот и другой вариант, в принципе, работоспособны. Но, естественно, с ограничениями. Вопрос "нужно или не нужно?" - это из разряда, как дольше вы используете то, что ввели. Можно вводить и то, и то. Может, и дольше, но зато на все случаи жизни. Можно сэкономить. И что-то не вводить. Но любая экономия, как известно, имеет обратную сторону. Готовы вы мирится с некоторыми неудобствами в дальнейшем ради экономии сейчас? И нужно ли вам вообще то, для чего это вводится? На эти вопросы для каждого свои ответы. Зависит от того, как именно вы с программой работаете.

P.S. Да. Гибкость, это, конечно, хорошо... Но иногда и не очень получается :). Уже не первый раз убеждаюсь, что когда есть на выбор много разных вариантов, как сделать, многим как раз не нравится, что этих вариантов много, а не один единственный.
 
При расчете потребности почему то детали не определились в подразделениях, получился просто прочерк(рис40), хотя в маршруте есть на эти детали операции(рис41), а операция привязана к месту выполнения(рис42)
40.png (70.04 КБ)
41.png (85.22 КБ)
42.png (85.77 КБ)
Страницы: Пред. 1 2 3 След.
Сейчас на форуме (гостей: 23)
Всего зарегистрированных пользователей: 3103
Приняло участие в обсуждении: 356
Всего тем: 804
Всего сообщений: 6067

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