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

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

Отображения количества деталей в терминале - Интерфейс программы
1113: Доброго дня.  Предлагаю в терминале Тип 1 после авторизации, выбора участка и после выбора Заказа в окне выбора детали, выводить не только название детали (или , по сути, технологического процесса) но и количество этих деталей.  Обоснование: если ...
Отсутствие РЦ в дашборде - Терминалы
Freza3mm: Прошу прощения, разобрался. некоректно было настроенно расписание. Текущая смена начиналась в 2020 году а заканчивалась в 2016.
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать. Пояснение: В VOGBIT в тех задачах для чего, в основном, используется в этой программе подсистема ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настройкой шаблонов отчётов, если интереса/желания/времени глубоко в эту тему погружаться не ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного заказа (карты заказа)  была нажата кнопка "Отметить, как законченные" в окне, которое у вас на карти ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Здравствуйте, Да, нормальная инструкция. Для "среднего" уровня актуальна. Это для случая, мех обработки или сборки несложной, когда сдаётся по количеству и нормо-часы закрываются по нормативам при этом (терминал "тип 2"). ...
Транспортные расходы - Прочее
Константин Чилингаров: Здравствуйте, Данная программа не предназначена для учёта расходов в понимании, например, финансового отдела. Таких как затраты на электроэнергию, транспорт, содержание помещений, вспомогательных служб и т.д. и т.п. Она просто не для этого.  Ч ...
Выполнение нескольких заданий одновременно. - Терминалы
Константин Чилингаров: Здравствуйте, Маловато исходной информации пока, чтобы что-то сказать. Какая цель (применения программы в данном месте)? Нужно просто отмечать и видеть, что кран такой-то закомплектован, кран такой-то закомплектован и т.д.? Или это какая-то сл ...
Удаление папки - Прочее
Наталья Захарова: Все получилось, спасибо.
Штрих код на деталях - Производство
Константин Чилингаров: 18336 Fomina написал: Я правильно понимаю, что в текущей версии штрих-код назначается автоматически? Если речь про тот штрих-код, который в "графике производства", то достаточно давно уже он назначается автоматически при создании задан ...
Колонка "Наладка" в Статистике производства - Прочее
Константин Чилингаров: Здравствуйте, Это для учёта работы наладчиков станков с ЧПУ. https://youtu.be/KnCDki8k-9Y?t=819 Вот из этой серии (13:39) Потом фильтр по этой колонке ставишь в "Статистике производства" и нужную группировку (например, по людям->д ...
Активация/деактивация - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: В новой версии 20.5 по прежнему есть ограничение на количество деактиваций? Да. 10 шт. В следующей версии, вполне вероятно, появится новый тип лицензий, которые можно будет запускать на разных компьюте ...
Пустой бланк - Демо версия
Константин Чилингаров: Можно, конечно. Если сами умеете - корректируйте. Если сами не умеете, то можем мы по вашим пожеланиям за скромную плату. В последнем случае - пишите на почту свои пожелания. Желательно, максимально подробно. Обсудим.
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Посмотрел. Действительно. В "Графике производства" цветами раскрашивается по приоритету (по нажатию кнопки соответствующей), пока не "готово". Позиции, которые имеют состояние "готово" перестают раскра ...
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Это погрешность округления. Коэффициент пересчёта округлили до 3 знаков, когда вводили (стоит в базе кг->м = 0,004). В итоге при пересчёте 698 кг в метры получается 2,792. Что уже не совсем точно. Если потом пересчитать обратно в метры (по тому ...
Статистика производства - Прочее
Константин Чилингаров: Дело в том, что «Техпроцесс» (то, что открывается по кнопке «Технология подробно» на изделии) и «Задания» (то, что открывается по двойному щелчку или по «выполнение» в «графике» производства») – это не одно и то же. Это разные вещи. Связанные между с ...
Пропадают спецификации и техпроцессы - Прочее
Наталья Захарова: Здравствуйте. Спасибо!
Ошибка при попытке сформировать отчет - Ошибки в работе
Константин Чилингаров: Отчёт из "Статистики производства", я так понимаю? При последнем обновлении меняли все бланки отчётов из этого режима на новые. Причина ошибки - не заменён бланк - старый, от старой версии сейчас в базе у вас лежит сейчас. Обновление пост ...
Ошибка - Ошибки в работе
Константин Чилингаров: Место кончилось. Если стоит бесплатный SQL (Express edition), то у него  ограничение по максимальному размеру базы данных = 10GB. Скорее всего достигнуто это ограничение. Как временно спастись: 1. Сделать резервную копию базы данных. 2. Через ...
Первый запуск терминала - Терминалы
Константин Чилингаров: Каждый тип терминала заточен под определённый "уровень" и определённые особенности. Из доступных на сегодня для «высокого» уровня предназначены типы 3,4,5 и 6.  3,4 и 5 – это разные вариации на тему изготовления деталей (или несложных ...

Заявка покупателя из Обеспеченности

- Практические приемы работы - Старые разделы форума
Страницы: 1
Заявка покупателя из Обеспеченности
 
Здравствуйте.

Делаем слеующее.
Заявка покупателя[Рама_1 шт.]->Обеспеченность[Затребовано 1 | Остаток 1 | Запас/Дефицит 0]->[Добавляем Заявку на производство из закладки Обеспеченность]->Заявка на производство с номенклатурой Рама_0 шт.
Получается, что при формировании Заявки на производство, в неё попадает значение (Затребовано - Остаток = Запас/Дефицит).

Можно ли, формировать Заявку на производство из Обеспеченности так, чтобы в неё попадали значения - сколько затребовано по данной Заявке покупателя?
 
Здравствуйте,
Цитата
Вячеслав пишет:
Получается, что при формировании Заявки на производство, в неё попадает значение (Затребовано - Остаток = Запас/Дефицит).
Логично.
Смысл формирования "заявок" из режима "обеспеченность" - посмотреть чего не хватает (дефицит), и на это именно и сделать "заявку" (купить или изготовить то, чего не хватает).

Запас/дефицит, кстати, не равно (Затребовано - Остаток). Там ещё неснижаемый остаток учитывается, незавершённое производство и страховые коэффициенты.

Цитата
Вячеслав пишет:
Можно ли, формировать Заявку на производство из Обеспеченности так, чтобы в неё попадали значения - сколько затребовано по данной Заявке покупателя?
А зачем "обеспеченность" в таком случае?
Открываем "заявку покупателя", открываем тут же "заявку на производство". Выделяем в первой строчки и во вторую перетаскиваем. Всё.
1.png (117.19 КБ)
 
Понятно.

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

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

В то же время, если необходимо действительно "жёстко" зарезервировать позиции только под определённую заявку, чтобы их ни по какой другой вообще нельзя было отгрузить, только по этой - то это тоже можно в VOGBIT сделать. С помощью "учётных групп".
То есть создать учётную группу "под заявку такую-то", и переместить в неё с "просто склада" нужное количество продукции (можно и изначально изготавливать сразу целенаправленно под удовлетворение именно этой "заявки"). И в самой "заявке", соответственно, нужно указать учётную группу (откуда брать).
Факт перемещения продукции с "просто склада" в группу "под заявку такую-то" – это и будет в данном случае жёсткое «резервирование». Т.е. в результате будет указано в программе, что продукция эта есть на складе, но она только под эту "заявку". И ни по какой другой "заявке" отгрузить именно эти изделия не получится технически. Только если сначала обратно на "просто склад" (или в группу под другую какую-то "заявку") их переместить (т.е. "убрать из резерва").
Дальше там есть ещё целый ряд нюансов, при подобной организации, но если в целом говорить, то работает такой способ, и неплохо. Проверено.
 
Цитата
Константин Чилингаров пишет:
Есть.
Т.е. готовая продукция на складе готовой продукции под заказ покупателя учитывается в обеспеченности из заявки покупателя, а не в обеспеченности из заявки на производство?
 
Цитата
Вячеслав пишет:
Т.е. готовая продукция на складе готовой продукции под заказ покупателя учитывается в обеспеченности из заявки покупателя, а не в обеспеченности из заявки на производство?
Что это означает? Я ничего не понял, если честно, из этого предложения.

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

Касательно расчёта этой самой "обеспеченности" в разрезе "заявок покупателей", есть два варианта:

Первый - "котловой метод". Т.е. посчитать сколько всего изделий одинаковых надо на все заявки всех покупателей, и сколько таких изделий есть на складе. Сколько итого не хватает - доделать. Отдавать можно в любом порядке. Хочешь сначала по одной заявке, потом по другой. Хочешь - наоборот. В итоге в любом случае всем хватит.

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

И тот и другой вариант в VOGBIT есть. В первом случае вообще ничего не нужно специально делать, само получится. Для реализации второго варианта используются "учётные группы".

А "Заявка на производство" - это вообще из другой оперы.
 
Понятно.
Спасибо.
 
Здравствуйте.
Объяснили понятно. Начали делать не работает.
Помогите, пожалуйста.
Цитата
Константин Чилингаров пишет:
Первый - "котловой метод". Т.е. посчитать сколько всего изделий одинаковых надо на все заявки всех покупателей, и сколько таких изделий есть на складе. Сколько итого не хватает - доделать. Отдавать можно в любом порядке. Хочешь сначала по одной заявке, потом по другой. Хочешь - наоборот. В итоге в любом случае всем хватит.
Как сделать по этому методу?
Сейчас делаем так.
На складе готовой продукции лежат Кабельные лестницы "КЛ 600х40х3000, Лестница кабельная тип 2, арт.00542, грунт." в количестве 35 шт.
Все эти лестницы изготовлены под определенные заказы (Заявки покупателей). Пока они не отгружены.

Появился новый заказ (Заявка покупателя ЗаяПок-69/18). По этому заказу (заявке) необходимо изготовить "КЛ 600х40х3000, Лестница кабельная тип 2, арт.00542, грунт."
в количестве 1 шт.
По заявке покупателя ЗаяПок-69/18 смотрим Обеспеченность.
Обеспеченность показывает, что лестниц "КЛ 600х40х3000" достаточно на складе - 35 шт.

Из Обеспеченности формируем заявку на производство (ЗаяПроиз-69/18). В этой заявке количество кабельных лестниц "КЛ 600х40х3000" - 0шт.
Т.е. получается, что программа не понимает, что эти лестницы лежат под другие заказы.

Что мы делаем не так?
01_остаток.jpg (118.21 КБ)
02_заяпок.jpg (93.71 КБ)
Изменено: Вячеслав - 23.05.2018 02:59:10
 
Здравствуйте,

Когда вы нажимаете "Обеспеченность", стоя на какой-то конкретной заявке покупателя, то программа показывает обеспеченность в разрезе одной этой заявки отдельно взятой. Т.е. как будет выглядеть "обеспеченность" если не брать в расчёт ничего, кроме этой одной заявки.
Соответственно, правильно всё показывает в вашем примере. Что, если на остальные заявки внимания сейчас не обращать, только эту одну смотреть (чему соответствует запуск "обеспеченности", стоя на конкретной заявке), то "Лестниц" более чем достаточно. На складе 35 штук целых, а нужна всего одна на эту заявку. Т.е. если только эту заявку одну смотреть, то она обеспечена.

Если вы хотите посмотреть "обеспеченность" в целом, т.е. с учётом всех заявок, какие есть в работе, то просто НЕ вставайте ни на какую заявку, нажимая "Обеспеченность". Просто ничего не выбирайте, а сразу нажмите "обеспеченность" (рис.1). И всё.

И увидите общую потребность на все заявки и какой итого "дефицит" получается (рис.2).
Если при этом нажать "подробно" в колонке "затребовано", то можно посмотреть по какой заявке сколько (рис.3).
1.png (58 КБ)
2.png (60.17 КБ)
3.png (61.12 КБ)
 
Спасибо.
 
Возник ещё вопрос.

А как быть если у нас заведены несколько заявок покупателя?
ЗаявкаПокуп-001 на 100 шт. лестниц-100.
ЗаявкаПокуп-002 на 150 шт. лестниц-150.
Количество позиций может доходить по каждому заказу до 100 шт.
Для каждой  заявки покупателя надо делать заявку на производство, т.е. ЗаявкаПокуп-001(лестница-100 100 шт.)->ЗаявкаПроиз-001(лестница-100 100 шт.), ЗаявкаПокуп-002(лестница-150 150 шт.)->ЗаявкаПроиз-002(лестница-150 150 шт.) и т.д.
Как можно в программе под каждую заявку покупателя формировать свою заявку на производство?
То что Вы написали, - получается, что из обеспеченности без выделения заявки покупателя формируется одна общая заявка на производство. Понимаю, что можно смотреть под какую заявку покупателя дефицит по номенклатуре, но это не реально, когда в одном заказе покупателя до 100 позиций и этих заявок может быть несколько.
 
Я как-то не очень понимаю смысл ваших вопросов/пожеланий, т.к. они противоречат друг другу в некоторых местах.

С одной стороны, вы говорите, что хотите "котловой метод", смотреть "дефицит" и делать исходя из этого заявки на производство.

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

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

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

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

Есть и третий вариант. Который, «сквозит между строчек» в ваших сообщениях. Например, в сообщении #12 и в предыдущих.
Если судить по тому, как вы там пишете, то получается, что вы вообще собираетесь делать изделия строго под заказы. Т.е. подписали договор на 150 лестниц - запустили в производство 150 лестниц. Не важно, что там лежит/не лежит на складе. Подписали через два дня договор ещё на 100 таких же – запустили ещё 100 шт. И т.д.
Можно и так.
Производство чисто на заказ называется.
Но в таком случае вообще НЕ НУЖНЫ ни «заявки покупателей», ни «обеспеченность» (по готовой продукции имеется в виду).

Если так, то просто при заключении очередного договора с клиентом делаем в VOGBIT сразу производственный заказ. И в нём, собственно, перечисляем, что заказали. Делаем это, кладём на склад, отгружаем.
Всё. Никаких «заявок покупателя», «обеспеченностей», «заявок не производство». Это вообще всё не нужно в этом случае. От слова «совсем».

В общем, вы определитесь по смыслу – какой вариант ваш?
Первый? Второй? Третий?
Потому что они по смыслу между собой не совместимы.

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

Не подскажите, а можно будет при создании новой заявки на производство учитывать из обеспеченности готовую продукцию, которая была сделана ранее прозапас без привязки к группе учета? Или это делается только перемещением? Т.е. появилась заявка покупателя. Вводим группу учета. Делаем перемещение готовой продукции прозапас без группы учета в группу учета. Формируем заявку на производство из обеспеченности, где уже учитывается перемещенная ранее готовая продукция. Так делается?
Изменено: Вячеслав - 25.05.2018 15:11:13
 
Пример с "группами учёта".

На рис.1 (группировка по номенклатуре):

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

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

А вот по позиции "Светодиод красный" (рис.1, 2) видим, что пока ничего не отложено под заказ "СМТ", но даже если всё, что сейчас на складе есть отложить под этот заказ, то всё равно не хватит.
Поэтому по данной позиции получается суммарный дефицит (-6).

С помощью кнопки "общий дефицит" (рис.3).можно посмотреть чего итого не хватает с учётом возможностей "пересраспределения" остатков и излишков.

Сравниваем рис.2 и рис.3 и видим, что:
"Генераторов" в целом у нас хватает (рис.3). В то время, как под один конкретный заказ можно либо взять из "ничьих", либо нужно сделать. И под один заказ ещё недоделано (но уже в производстве) - выделено соответственно красным и жёлтым на рис.2.

А "сведодиодов", как ни крути - не хватит. Как не перекладывай, минимум, ещё 6 штук нужно.

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

Т.е. нужно составить определённый регламент, как в каких случаях нужно что вводить и делать. И аккуратно ему следовать. И будет тогда работать, и правильно всё показывать.
1.png (45.37 КБ)
2.png (45.41 КБ)
3.png (74.25 КБ)
 
Понятно.
Спасибо за подробное описание.
 
Еще вопрос.
Не подскажете как "вытащить" кнопку "Общий дефицит" на вкладку "Правка" в режиме "Обеспеченность"? На одном компьютере эта кнопка присутствует, на другом - отсутствует. Пользователь один и то же.
 
Включить "панель инструментов" (toolbar) -> правая кнопка не ней -> Настройка -> из группы x3Plugins вытащить на панель нужную кнопку.

Чтобы в "ленте" (в "правке") появилась кнопка, нужно после этого переоткрыть окно.


Вот тут есть в картинках. Там, правда, другое окно и кнопка, но это без разницы. Порядок действий по "вытаскиванию" везде одинаковый.
 
Получилось.
Спасибо.
Страницы: 1
Сейчас на форуме (гостей: 13)
Всего зарегистрированных пользователей: 3166
Приняло участие в обсуждении: 364
Всего тем: 804
Всего сообщений: 6067

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