VOGBIT Новые задания - Производство
Руководство к модулю загрузки спецификаций из файлов Excel - Подробное описание, примеры данных для загрузки

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

Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
Константин Чилингаров: Не удалось загрузить файл или сборку "EPPlus, Version=4.1.0.0, Culture=neutral, PublicKeyToken=ea159fdaa78159a1" либо одну из их зависимостей. По этому вопросу:  С ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...
Отсутствие деталей, операций в графике производства - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...

Новые задания

Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы: 1
Новые задания
 
Добрый день.
    Работаем на среднем уровне, последовательность - подряд, тип очереди - глобальная. Регистрируем все заказы, детали, операции по ним, время план, время факт, исполнителя. Не ведем смены, не назначаем на пост работника. Только операции к постам всегда привязаны.  
    Вопрос - как наиболее удобно видеть и сортировать например все детали, по которым надо сделать гидроабразив, или все детали по которым нужно сделать фрезеровку.
    В новых заданиях почему-то пусто всегда.

     
 
Здравствуйте,

Цитата
как наиболее удобно видеть и сортировать например все детали, по которым надо сделать гидроабразив, или все детали по которым нужно сделать фрезеровку
Вот так:
https://rutube.ru/video/d27db868c67433305570b4cd32b8c737/

Если у Вас нет таких стандартных "Закладок" в "Графике производства", как в ролике, то на всякий случай прикладываю те настроенные, которые я использовал в этом ролике.
Чтобы "подключить" их у себя, сделайте следующее:
Распакуйте файлы (3 шт.) из архива, приложенного к этому сообщению.
Перепишите их все в папку на своем компьютере, где VOGBIT хранит временные файлы. По умолчанию это папка Vogbit.Temp в "Документах" у текущего пользователя Windows. Чтобы проверить, где папка с временными файлами, можно посмотреть это в самом VOGBIT - рис. 1.
После этого "закладки" появятся (окно "График производства" нужно переоткрыть, если оно открыто в этот момент).

Ну и версия программы должна быть более-менее хотя бы свежая. Для обновления до последней версии можно скачать дистрибутив с этого сайта. Обновить - вот так.

Цитата
В новых заданиях почему-то пусто всегда
"Новые задания" - старый режим. Ещё с тех времён, когда не существовало толком ничего, кроме "высокого" уровня. Он используется только на "высоком" уровне.
Если Вы работаете на "Среднем", то он Вам никогда не понадобится. Можно в настройках конфигурации для пользователя вообще отключить эту кнопку в ленте, чтобы место не занимала. Как, в принципе, и ещё ряд кнопок - см. рис.2.
1.png (87.61 КБ)
2.png (127.49 КБ)
 
Спасибо. Похоже на то что надо.
А по поводу планирования производства что-то уже придумано? Мы пару лет назад это обсуждали.
Что-то типа диаграммы Ганта надо бы видеть. Что успеваем, а что нет и куда перенесся срок например если простой оборудования случился.  
 
Некоторое время назад в стандартный комплект поставки включили возможности при использовании "среднего" уровня в "Графике производства" назначать работы на некие "ресурсы" (под "ресурсом" можно понимать что угодно: участок, бригаду, станок, пост - смотря что нужно в конкретном производстве) и графическую визуализацию загруженности "ресурсов" предстоящими работами в днях. Потом некоторое время ещё доводили это по результатам обратной связи от активных пользователей. Сейчас - вполне рабочий инструмент для планирования "по узкому месту".
Есть ещё ряд доработок серьёзных, запланированных на ближайшее время. Но пока не буду анонсировать здесь. Сделаем - расскажу.
 
Еще в продолжение вопроса по заданиям.
Есть некоторые операции которые делают подрядчики, например лазер и гидроабразивную резку.
Это уже как бы управление проектом, но есть вот такие стадии.
0. Сделать контур на ГАР.
1. Разместить на ГАР.
2. Получить с ГАР.
Можно ли как-то организовать учет этого, не привлекая складской модуль?
Пока приходит в голову создать соответствующие операции, наряду с Токарными и Фрезерными.  
 
Цитата
написал:
0. Сделать контур на ГАР.
Это, если я правильно понимаю, обычно относят всё-таки к задачам подготовки производства, а не непосредственно изготовления. Так же, как разработать КД, сделать развертки на листовые детали и т.п.
Это если в VOGBIT люди отслеживают (те, кто в VOGBIT это отслеживают), то это считается не как часть техпроцесса изготовления конкретной детали, а как некий перечень (этапы) работ по подготовке производства. Аналогично, как разработка 3D моделей, разработка КД, разработка УП и тому подобное. И отслеживается в данном случае обычно только фактические трудозатраты (по людям) и полная готовность по соответствующему "этапу". То есть, если это вообще и отслеживается в VOGBIT, то не так совсем, как уже движение деталей по маршрутам, когда их начали делать. Другой принцип. Учёт фактических трудозатрат по определенным "разделам" работ.
А большинство в VOGBIT эти моменты вообще не отражают (именно процесс создания чертежей, разверток и т.п.). Просто прикрепляют в базу созданные чертежи, развертки, программы. Есть файл в VOGBIT - значит готово. Потом можно по заказу проверить, что на все детали есть файлы нужные.

Цитата
написал:
1. Разместить на ГАР. 2. Получить с ГАР.
А вот это отслеживают. Много кто. Кооперация в той или иной мере у всех почти есть какая-нибудь. Вот это как раз отражают, как часть маршрута изготовления обычно.

Цитата
написал:
Можно ли как-то организовать учет этого, не привлекая складской модуль?
Да. Есть нюансы, но в большинстве случаев, "склад" тут не нужен.

Цитата
написал:
приходит в голову создать соответствующие операции
Правильно.

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

Дальше самый простой способ  - на среднем уровне меняйте "состояние" операций (по выделенным строчкам). Из начального состояния в "Выдано" - значит отправили подрядчику. Из "Выдано" в "Готово" - получили обратно готовые.
Если хотите более точно, например, отслеживать когда сколько отдали, какое количество из партии отправили, если партия большая, и пока не всё увезли, и т.п., то ставят в маршрут 2 операции: сначала "Транспортная", потом "Гидро-абразивная резка". По первой фиксируем, когда сколько штук отправили, по второй - что получили обратно. Количество "В работе" на операции "Гидро-абразивная резка" - это, соответственно, сколько сейчас у подрядчика находится деталей.

То есть, в принципе, это очень похоже на обычную отметку о выполнении работ. Только вы не сами эти работы выполняете, а подрядчик. А отмечает такие работы в VOGBIT обычно не мастер, а сотрудник отдела внешней кооперации или менеджер - тот кто непосредственно взаимодействует с соответствующим исполнителем работ. Он и отмечает, что и когда он отправил, что получил обратно. Полученное, соответственно, становится видно, как "Текущие работы" для тех, кто дальше по маршруту что-то делает. Что они могут приступать.
Некоторые используют для таких "отметок" (в части кооперации) обычные рабочие места VOGBIT. Некоторые обычные цеховые терминалы ("тип 2", например).
Ещё бывает удобно для человека. кто занимается, настроить по аналогии, как это показано в ролике выше, свои выборки по работам по кооперации. Например "Готово для отправки" - всё, что можно уже отправлять (например, если операция не первая, "цинкование" какое-нибудь), но пока не отправлено подрядчикам, "В работе" - всё, что отправили подрядчикам, но пока назад не получили. И т.п. Можно расцветку свою настроить, группировку удобную сделать. В общем, тут уже большой простор для творчества открывается...
 
Спасибо за ответ.
Еще в процессе вопрос возник:
Если в Заказе на производство начать создавать иерархию сборок и деталей внутри, то почему-то эти детали входящие в сборку исчезают из графика производства.
Почему так? И зачем тогда есть возможность создавать иерархию?
См. картинку с примером.
Идея в том, чтобы сгруппировать детали согласно спецификациям и создавать задания сразу не на весь заказ, а за то что планируем уже делать что-то.
При этом в Производственном заказе уже все детали по этому заказу занесены.  
Изменено: Stas Frang - 01.07.2025 16:50:49
 
Здравствуйте,

Иерархия нужна при описании структуры изделия. При работе с "заказными спецификациями", например.

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

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

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

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

Иначе дерево не рождается. Так?
 
Цитата
Правильно ли я понимаю...

Не совсем.

Технически можно и просто «накидать» вручную позиций (детали, сборочные единицы) в карту заказа, рядом также вручную соорудить «дерево» для навигации и «соединить» это дерево с картой заказа. Работать будет и так. Другое дело, что обычно так никто не делает, т.к. если уж есть «дерево», то его же чаще всего используют и для «заполнения» карты заказа. Чтобы двойную работу не делать.

Что касается делания спецификаций отдельно на каждую сборочную единицу и потом «разузловывания» их в «дерево»:

Это тоже не обязательно, в принципе. Можно и сразу руками «дерево» сделать полное. Тут вопрос в повторяемости (применяемости одних и тех же узлов в разных изделиях, включая разные исполнения, варианты, модификации и т.п.).

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

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

Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4452
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт