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

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

Экспорт/Импорт данных - Экспорт импорт данных
Илья: Кто нибудь сталкивался с проблемой экспорта/импорта баз данных с localDB на сетевой SQL?
Как лучше описать технологию? - Состав и технология
Serge.v.astapov: Добрый день! Просьба подсказать как лучше оформить техпроцесс. Исходная проблема такая - мы производим контроллеры с разной частотой радиоканала. Грубо говоря, номенклатура повторяется для каждой частоты. Тех процессы одинаковые за исключением одн ...
Свяванные объекты - Прочее
Константин Чилингаров: Нужно для этого пользователя /support/474/#763_1232331032 настроить доступные "зависимые окна" (зайти под этим пользователем и настроить). Форму нужно выбрать: Csdn.Vogbit.Mail.LinkedObjectsForm  Связанные объекты (рис.1). Дальше выб ...
Последовательность операций - Производство
Алексей Пономарев: Здравствуйте. Работаем на максимальном уровне. В графике производства делаем сортировку по операциям. В производстве детали несколько операций, штамповка, гибка, гальваника. Деталь находится на стадии планирования. В операциях гальваника деталь появл ...
Пустой бланк - Демо версия
Илья: Перепутал шаблоны. Да все работает. Спасибо
Установка программы для терминалов. - Установка
Константин Чилингаров: RFID нужен для авторизации. Чтобы подошёл рабочий к терминалу, и ему не нужно было ничего вводить (типа Имя, Пароль), ничего выбирать. Просто приложил свой "пропуск" (брелок, браслет), терминал понял, что это "Иванов" пришёл, и в ...
Очень долго открываются обороты - Прочее
Константин Чилингаров: Здравствуйте, Какая версия программы? Базу (копию) можете дать посмотреть?
Прошу помощи в установке - Установка
Владимир Белов: Ок, спасибо, проблема стала понятна.
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Посмотрим. Там, помню, есть какая-то заморочка с единицами изменения и "заявками на закупку", когда этих единиц много разных используется для одной и той же номенклатуры. Как будет время, понажимаю там кнопки, посмотрю, насколько работае ...
Создание, удаление, и создание вновь заданий - Производство
Константин Чилингаров: 19032 Илья написал: Не удается создать задание на среднем уровне /support/552/#_Toc400385408 Наиболее типичные причины . Сообщение с вашей картинки - первое по списку. 19032 Илья написал: Это может быть связано с отсутствием норм времени? ...
Сортировки в сменном задании - Интерфейс программы
Алексей Батраков: Спасибо, будем очень благодарны. 
Ошибка при создании отчета "Заказ на производство (цвет)" - Ошибки в работе
Алексей Батраков: Работает, спасибо
Сортировка производственных заказов - Производство
Константин Чилингаров: Понятно. Это из-за того, что в смене есть "внеплановое" задание. Это оно не может "передвинуться". "Нормальные" задания, связанные с какой-нибудь деталью (позицией заказа на производство), сдвигаются, раздвигаются, п ...
Проблема со справочником "Номенклатура" - Общие вопросы
Константин Чилингаров: Предупреждение! [B Нарушение /forum/rules/ правил форума , п.6.[/B ответ /forum/messages/forum39/topic2591/message15964/2591-sortirovka-papok-po-alfavitu#message15964 здесь
Сортировка папок по алфавиту - Интерфейс программы
Константин Чилингаров: В этой версии по умолчанию отключено, как редко используемая функция. Поскольку можно самому расставлять папки в любом удобном порядке, чем, в основном, все и пользуются. Кроме того, в 20.5 появилась возможность быстрого поиска папки по Ctrl+F. (ещ ...
Колонки Операция и Состояние - Производство
Константин Чилингаров: 19032 Илья написал: Цель- учесть наличие задела часто используемых комплектующих изготавливаемых своими силами. 19032 Илья написал: Из остатков металла наточили деталей и они лежат ждут следующего заказа. Нужно в таком случае оформить в про ...
Автоматический расчет количества материалов - Материалы, Комплектующие, Складской учёт
Илья: 13 Константин Чилингаров написал: Вы не поняли, мне кажется. Заносится один раз. В базу данных VOGBIT добавляется используемый материал: название (марка + сортамент) + вес погонного или квадратного метра соответственно (можно сразу заодно и ЕИ ...
Смена единиц измерения при выдаче со склада. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Не очень понятно. Сейчас сделано наоборот - так, чтобы автоматом пересчитывалось для кладовщика (при выдаче со склада) в те единицы измерения, которые, собственно, кладовщик, сам и использует. То есть в те, в которых он учитывает то ...
Применяемость материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Значит нужно будет потом как-нибудь сделать, как описано выше (сообщение #2). Запишем в общий список пожеланий.
Оформление прихода по заявке. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Спасибо, возьмём на заметку. Пока пара моментов на тему: Если "поставщик" указан в "заявке", и "Склад" (получатель) выбран в ленте, то они сами подставляются по нажатии на "Создать приход". ...

Внесение изменений

Другие вопросы по работе с программой - Прочее - Работа с программой
Страницы: Пред. 1 2
Внесение изменений, измениение в технолигии изготовления, материале и п.п.
 
кострукторскую то сделали новую, но извещение не проводили, наверное в этом причина? И получается если сейчас только провели (рис.7), то в заказной это все равно не будет отражаться и надо будет добавлять все в ручную?
7.png (92.49 КБ)
Изменено: Анастасия Алексеева - 21.08.2015 12:22:02
 
Главный вопрос - а зачем так сложно то? Для чего?

Цитата
Анастасия Алексеева пишет:
Была допущена ошибка при составлении спецификации на узел
Ну исправили бы её, да и всё. Зачем в данном случае вообще городить огород с версиями, состояниями, извещениями и т.д.? С какой целью?

Сначала самостоятельно создать самому себе трудности на пустом месте, а потом их героически преодолевать? :)

Цитата
Анастасия Алексеева пишет:
решили провести извещение (рис. 6), у первой спецификации, поставили статус не действует
Если через «извещение» делать, то не надо статусы вообще руками трогать. Само всё поменяется, как надо. А если правите просто статусы руками, то зачем извещения городить?

Цитата
Анастасия Алексеева пишет:
при формировании заказной спецификации на другое изделие этот узел отображается, но нет его деталировки
Так а содержание у этой новой версии спецификации то есть вообще? Может она пустая просто?

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

Цитата
Анастасия Алексеева пишет:
И получается если сейчас только провели (рис.7), то в заказной это все равно не будет отражаться и надо будет добавлять все в ручную?
При изменении конструкторской спецификации узла "заказные" спецификации всех изделий, куда входит этот узел, в тот же момент сами не перестраиваются.
Их надо перестраивать вручную. Если надо. Ибо бывают случаи, когда как раз наоборот, не надо.

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

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


Цитата
Константин Чилингаров пишет:
А если правите просто статусы руками, то зачем извещения городить?
Ну поменяли ли мы статус, только при формировании заказной спецификации, программа не спросила, какую спецификацию использовать, ту или другую, и получилось что у узла не состава, хотя он есть.

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

Цитата
Константин Чилингаров пишет:

Так а содержание у этой новой версии спецификации то есть вообще? Может она пустая просто?

есть, и у старой и у новой с разным составом.


Подскажите хоть на правильном мы пути по поводу ввести в действие правильное и аннулирования не правильного.
Изменено: Анастасия Алексеева - 24.08.2015 08:05:37
 
И вот ситуация, есть сборочной узел на емкость - обечайка, по умолчанию лист из которого он делается 6, а вот на некоторые изделия делают лист 8 , у чертежа изменений и исполнений нет никаких, просто конструктор в спецификации указывает примечание *s8. Каждый раз менять у этого узла материал не удобно, хочется создать два варианта кострукторской спецификации, с разными листами. Как правильно поступить?
 
Цитата
Анастасия Алексеева пишет:
Ну вот хочет наше начальство видеть всякого там рода изменения и видеть кто его создал когда и зачем
Всякая процедура хороша, если применять её с умом и в нужном месте. Именно «проведение изменений» настоящее, с версиями, извещениями и т.п., имеет смысл, когда вы одновременно используете несколько разных вариантов спецификации или технологии. Или когда вы долгое время работали по одному варианту, множеству клиентов по нему продукцию сделали и отгрузили, а потом внесли изменения. В таком случае, конечно, и предыдущий вариант надо бы сохранить. И т.п.
А если вы только ввели спецификацию и тут же обнаружили, что там ошибка, то просто берём и исправляем ошибку. Зачем нужно сохранять этот вариант с ошибкой? Кому? Для чего? В чём смысл?

Цитата
Анастасия Алексеева пишет:
Да и хотя б на таком простом понять как это работает.
Ну если просто потренироваться, поисследовать возможности программы, то я как-то ещё могу понять. Но пример какой-то уж больно нежизненный. При банальном исправлении ошибки нужно просто исправлять ошибку, а не городить версии и извещения.

P.S. Если уж очень хочется знать, кто именно, что именно и когда поправил, то есть автоматический протокол всех действий пользователей. Все ходы записаны. Кто, когда, где, что поправил, как было до того, на что исправил. Всё записано. Без всяких версий и извещений.

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

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

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

Что происходит у вас:

Вы заставляете людей вводить.
Что вводить? – Всё
Как вводить? - Ну как получится. Кто как понял. Как нужно то никто им не объяснил. Потому что никто не знает.
Они вводят. Что-то. Заставляют же…
Потом вы пытаетесь с этими данными что-то сделать. Ситуация резко осложняется тем, что нет понимания не только как это что-то сделать, но и даже что именно нужно сделать.

Не получается.
Это естественно. Как же получится, когда толком непонятно что должно получиться...

Вы говорите людям: «Неправильно. Нужно переделать.» А как же тут переделаешь, когда эти данные уже в результате несистемной разрозненно-экспериментальной деятельности уже в куче мест задействованы? Программа справедливо не даёт косить и менять всё направо и налево, т.к. данные то используются уже. С её точки зрения – раз используется, значит кому-то это нужно. Нельзя просто так удалять. Она же не может отличить «правильное» использование от «неправильного».

Вот и получается… Вводим, переделываем, мучаемся, не понимаем зачем это всё... и далее по кругу. Я вас предупреждал что так и будет. Ссылка выше.

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

Цитата
Анастасия Алексеева пишет:
тредуют чтобы все заказы обрабатывались в программе
Кто требует?
А тот, кто требует, сам представляет в чём это должно выражаться и как выглядеть?

Цитата
Анастасия Алексеева пишет:
чтобы была прослеживаемость по изменениям
Тот же вопрос.

Цитата
Анастасия Алексеева пишет:
Ну поменяли ли мы статус, только при формировании заказной спецификации, программа не спросила, какую спецификацию использовать
Она и не спросит.
Если назначена какая-то версия по умолчанию, то возьмёт ту, что назначена.
Если версий несколько, но действующая среди них только одна, то возьмёт действующую.
Если действующих версий несколько, и при этом не назначено, какую из них использовать по умолчанию, то возьмёт первую попавшуюся из действующих.

Вот и всё.

Цитата
Анастасия Алексеева пишет:
получилось что у узла не состава, хотя он есть
Программа действует строго по логике описанной выше. Значит на момент формирования заказной спецификации, либо не было ни одной действующей спецификации для этого узла, либо та, что была действующая была просто пустая в этот момент. Третьего не дано.
Цитата
Анастасия Алексеева пишет:
И вот ситуация, есть сборочной узел на емкость - обечайка, по умолчанию лист из которого он делается 6, а вот на некоторые изделия делают лист 8 , у чертежа изменений и исполнений нет никаких, просто конструктор в спецификации указывает примечание *s8. Каждый раз менять у этого узла материал не удобно, хочется создать два варианта кострукторской спецификации, с разными листами. Как правильно поступить?
К конструкторской спецификации или её версиям это вообще не имеет никакого отношения. Материал детали указывается в техпроцессе.
Что делать когда есть варианты изготовления из разных материалов? Вопрос обсуждался на форуме неоднократно. Вот, например. И ещё много где можно найти.

P.S. Вообще, если одна и та же конструктивно деталь делается на одни изделия толщиной 6мм, а на другие толщиной 8мм и при этом обозначение чертёжное у неё и там, и там одинаковое - это глубоко неправильно.
 
Не могу удалить из карты заказов деталь, тех.процесс удалила, но удалить совсем не получается, надо эту деталь вообще удалить из номенклатуры. Вижу связь у нее с расчетным документом (предварительная заявка), но я и там материал удалила, все задания на нее удалила. Но все тщетно. Получается вообще если деталь была и допустим прошла весь цикл обработки, а потом ее по каким то причинам аннулировалли, то ее из базы уже не удалить и такие детали будут в ней мертвым грузом висеть.
22.png (130.17 КБ)
Изменено: Анастасия Алексеева - 21.09.2015 13:18:08
 
Ну да, получается и расчетный документ приходится весь удалять, а не только пунк с материалом. Вот теперь удалилось все
 
Цитата
Анастасия Алексеева пишет:
Получается вообще если деталь была и допустим прошла весь цикл обработки, а потом ее по каким то причинам аннулировалли, то ее из базы уже не удалить и такие детали будут в ней мертвым грузом висеть.
Нет. Не так. Всё можно удалить. Надо только уметь.

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

Всё.
1.png (100.28 КБ)
 
Здравствуйте! Работу в программе начали недавно. Согласно поставленной задаче заполняли базу. Начали заполнение с создания производственных заказов и ждали Отдел Технологов, то есть спецификации. Сейчас необходимо производственные заказы отредактировать, то есть в каждый созданный заказ вложить созданную для него спецификацию. Как это сделать не удаляя сам заказ из базы?
 
Цитата
Владимир Трусов пишет:
Как это сделать не удаляя сам заказ из базы?
1. Встаёте на заказ в режиме "Производственные заказы", правая кнопка мыши - "Состав" - удаляете или корректируете "старые" данные.
2. Встаёте на этот же заказ в том же режиме "Производственные заказы", выбираете пункт меню "Подготовка" - "Расчёт комплектации", перетаскиваете в левую сторону Ваше изделие и указываете его количество и единицу измерения. Подробно вот здесь написано.
3. В поле "Спецификация" выбираете видимо заказную спецификацию (заранее построенную).
4. Строите список компонент.
5. Сохраняете в заказ рассчитанный состав.
В общем то всё делается точно также как и при создании нового заказа.
Не забудьте на закладке "Настройка" указать "Включать в список компонент сами изделия", и перед сохранением списка компонент выбрать только "Изготавливаемые".
 
Спасибо за информацию! Сделали все, как написано. При сохранении списка компонентов (стою на необходимом заказе) программа предлагает создать новый заказ, а по умолчанию сохранить не дает. Как выйти из этой ситуации?
 
Нужно в момент запуска "расчёта комплектации" стоять в окне "производственные заказы" на том заказе, в который результаты хотите сохранить.
Если по умолчанию предлагает создать новый сразу, значит в момент нажатия кнопки "Расчёт комплектации" фокус (курсор, активная строчка) был не на заказе, а где-то в другом месте.
 
Спрасибо за ответ. Строчка необходимого заказа была выделена правильно. Видимо система зависла. Просто перепровела. И все получилось.
 
Выделенная строчка не обязательно означает, что на ней в данный момент находится фокус.
Можно по пути щёлкнуть куда-нибудь (например, на заголовок окна). Фокус будет уже не на строчке. Но строчка останется выделенной (синей). Т.к. никакую другую в этом окне не выделяли.

В общем, просто нужно непосредственно перед тем, как нажимать на "Расчёт комплектации" ("расчёт потребности", "себестоимость") поставить курсор в нужное место (заказ, изделие и т.п.) и нажать левую кнопку мыши - установить фокус на эту строчку (чтобы она стала активной). И нажать кнопку запуска режима ("расчёт комплектации", "себестоимость" и т.п.).

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

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

Технически существуют следующие возможности:

Спецификация узла:


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

Построенная ранее "Заказная спецификация" (где уже раскрыт состав узла по старому варианту спецификации):

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

Связь между спецификацией узла и "заказной спецификацией" изделия, построенной с использованием данной спецификации узла:

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

Резюме:

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

Чтобы какой-то конкретный вариант действий предложить, нужна более чёткая постановка задачи и граничных условий.
Страницы: Пред. 1 2
Сейчас на форуме (гостей: 21)
Всего зарегистрированных пользователей: 3133
Приняло участие в обсуждении: 361
Всего тем: 804
Всего сообщений: 6067

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