Обновление №7 для VOGBIT v.1.1.37841 - В производственном модуле внесен ряд изменений, направленных на упрощение работы с программой на «максимальном» уровне. В том числе: изменён порядок вывода на экран информации о количестве (запланированных/сданных деталей) – стало более наглядно и удобно

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

Заявки покупателей - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Да, это ошибка. На самом деле не при "обновить" даже, а при добавлении строчки в заявку. Разбираемся, почему так получилось. Пока рекомендация, сначала заполнять состав заявки, потом дату ставить. Иначе, судя по всему, её придётся заново ст ...
Расчет себестоимости с учетом входящих компонентов - Новые возможности
Константин Чилингаров: 3520 Alex-220781 написал: Но все таки, получается, что существующий алгоритм расчета себестоимости рассчитан на определенных пользователей (производство строительных металлоконструкций), всем остальным придется составлять техкарты, спецификации по ...
Заявка покупателя - Прочее
Saw-x: Спасибо. Приятно слушать, когда тебя слышат.
Работы попадают в Завершенные, а не Готовые. - Ошибки в работе
Константин Чилингаров: Я Алексею на почту отправил.
Возврат в окно - Интерфейс программы
Fomina: 3520 Alex-220781 написал: Хорошо бы соединить вместе достоинства однооконного и многооконного интерфейса. Согласна. Нужен просто возврат в то окно, где было открыто "Выполнение" или "Остатки"
Чистка базы - Прочее
Константин Чилингаров: Дайте копию базы посмотреть. Поглядим.
Перенос задания на максимальном уровне на терминале - Терминалы
Константин Чилингаров: Мы подумаем на эту тему.
Обновление информации в окне новых заданий. - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Я думаю, как минимум щелкнуть мышкой Я знаю людей, у которых новые задания добавляются 2 раза в день и по несколько десятков/несколько сотен штук за раз. Им их все придётся "прощёлкивать"? как-то не очень... Ес ...
Выбор постов на максимальном уровне - Новые возможности
Константин Чилингаров: Ок. Запишу пока в список. Посмотреть нужно. Спасибо
Информация о количестве изделий на терминале - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Когда берёшь (иногда и когда сдаёшь, когда это имеет смысл) есть кнопка "Предыдущий день" (рис.1). По поводу кнопки, она отображается, только если авторизироваться. Без авторизации можно посмотреть тольк ...
Расчёт заработной платы - Общие вопросы
Lesotehnikakirov: Добрый день! В окне статистики не считается заработная плата (расценка 0, сумма 0). Нормы времени на операцию и расценка за нормо-час в технологии заданы. При этом, в окне приёмки задания в столбце "нормо-часы" напротив фамилии работника по ...
Перезапуск программы - Установка
Константин Чилингаров: Здравствуйте, Что вы видите после входа в программу, зависит от того, к какой базе данных вы подключаетесь. Лицензия и база данных (её содержимое) никак между собой не связаны. Лицензия определяет возможность или невозможность запустить, в принципе, ...
В перечень отчётов не добавляется отчёт из шаблонов. - Прочее
Lesotehnikakirov: Да, действительно, так. Благодарю.
Задвоение деталей в графике производства - Производство
Константин Чилингаров: Здравствуйте, Скриншот слишком обрезанный, чтобы по нему что-то точно сказать. Судя по косвенным признакам, это не просто окно "График производства" открыто, а "График производства - Подробно". В этом случае одна строчка соответс ...
Запоминание состояния справочников и категорий - Интерфейс программы
Константин Чилингаров: Если речь о кнопке, которая переназначает исполнителя (участок) сразу для нескольких выделенных заданий в "Новых заданиях", то там, мне кажется, никогда и не предусматривалось в этом месте выводить "категории" и папки. Там, по-мое ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Резюме: 1. Почему так получилось: нужно было использовать функцию "отмена" в окошке сменного задания. Она корректно "откатывает" состояние задания, включая удаление информации по сданному количеству и другие нюансы. Указанная &qu ...
Нарушение области печати (решение) - Отчёты
Пётр: При подготовке нового шаблона отчёта столкнулся с проблемой, описание которой на Форуме не нашёл. Методом проб и ошибок получил если не правильное, то возможное решение. [B Суть проблемы[/B При редактировании шаблона отчёта в Excel, задаётся вы ...
Задания - Общие вопросы
Lesotehnikakirov: ОК, спасибо. Вопрос решился.
После 18-00 на терминале пустой экран - Терминалы
Константин Чилингаров: 3520 Alex-220781 написал: Может быть не там настраиваю? Не совсем там. На рис. в сообщении #3 - это настройки по умолчанию для создания новой смены. Эти цифры подставляются если создавать новую смену через "создать" или копирование (пе ...
Расчёт обеспеченности на основании заявки покупателя. - Общие вопросы
Константин Чилингаров: Последнее сообщение /forum/forum24/topic2374/ перенесено . Причина - не соответствует заявленной теме топика. См. /forum/forum24/topic928/# здесь , п.2.

карта производственного заказа

- Практические приемы работы - Старые разделы форума
Страницы: 1
карта производственного заказа, в виде дерева
 
Добрый день!
Мы делаем изделия, которые состоят из сборочных единиц, деталей и стандартных изделий.
Сборочные в свою очередь состоят из подсборок.

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

Соответственно, цеху сложно следить, когда готовы все детали подсборки (сборки) и ее можно отдавать на сборку.

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

Вопрос: нельзя ли обойтись без дополнительной тех карты на сборочные единицы и сделать, что бы детали к сборке, изготавливаемые по той-же тех карте, появлялись в расчете потребности для сборки?

А общая задача - что бы диспетчер в цеху видел готовность изделия к сборке (готовность всех составляющих изделий)
 
Здравствуйте,

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

В этом случае можно либо через "обеспеченность" (если по отдельной ЛЗК создавать на каждую сборку), либо через кнопку "проверить наличие материалов" в "графике производства" посмотреть по каждой сборке, есть/нет на неё всё что нужно.

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

*простейшее решение - сделать структуру заказа на производство в виде дерева не подойдёт. У нас так было в прошлой программе сделано. На уровне презентации - нормально. А в реальном производстве там начинаются сразу огромные грабли, как только одна и та же деталь есть в разных узлах, а хуже ещё и в разных изделиях. Когда появляется какой-нибудь заложенный экземпляр детали в партии при изготовлении на контроль при термообработке или на разрушающий контроль, и т.п.
Тут вся идея с заказом на производство = дерево изделия начинает трещать по швам.
Поэтому для "делать" нужно список просто деталей с количеством. А вот для "смотреть" можно и дерево прикрутить. Что-то подобное и собираемся со временем сделать. Но пока более приоритетными вещами занимаемся.
 
Понятно.
Тогда попробуем сделать следующим образом:
Заказ, к нему несколько тех карт:
ТК 1. детали
ТК 2. подсборки
ТК 3. сборки
ТК 4. само изделие

ТК на Сборки/подсборки - в зависимости от сложности изделия, м.б. это будет одна ТК, а может быть и несколько.

Вроде в таком варианте должна работать обеспеченность и кнопка проверки наличия комплектующих..
 
Да, должно работать.  
Страницы: 1
Сейчас на форуме (гостей: 23)
Всего зарегистрированных пользователей: 2654
Приняло участие в обсуждении: 318
Всего тем: 804
Всего сообщений: 6066

×
Вход на сайт