VOGBIT Большие изделия и производство - Практические приемы работы
Новая версия VOGBIT 24.2.6 - Расчёт плановых сроков в режиме «ускоренного прохождения заказа по производству», заметно быстрее стали отрываться окна «График производства», «Выполнение», «Статистика производства»

Последние темы на форумах 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
Большие изделия и производство, обсуждение вопросов связанных с организацией производства больших и сложных изделий
 
--- Перенесено. Начало обсуждения вот здесь. ---


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

Цитата
alex demis пишет:
ее можно использовать только для изделий типа простейший стол, стеллаж, шкаф

Вот смотрю реальную рабочую базу данных одного из наших пользователей. Цифры следующие:

Сейчас изделий в производстве - 5 (или 11, смотря, что считать отдельным изделием)

Номенклатура (количество разных наименований) сборочных единиц - 2435

Номенклатура вместе с деталями (если всё развернуть как одно большое дерево) - 16991

Планирование и учёт налажены с точностью до выдачи и контроля в программе сменных заданий для каждого поста в производстве (день в день всё ведётся и прослеживается).
Диспетчированием занимаются 2 человека. Используют VOGBIT. Проблем не испытывают. Я бы даже сказал, наоборот.
Изделия сильно отличаются, конечно, от ваших. Но специфики своей тоже хватает.
Так что дело не только в количестве, но и в том, как процесс в целом организован.

Теперь, что касается добавления в режим График производства иерархии.
Идея, в принципе, имеет право на жизнь. Технически, можно добавить и иерархию в график производства.

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

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

Резюме:
Будет спрос – сделаем возможность представления Графика производства в виде дерева. Если только в рамках пожеланий, тогда в свободное время. Если подкреплённый финансово, то можем довольно быстро сделать. Можем, например, при условии стабильной оплаты поддержки прямо на ваших данных этой задачей позаниматься, если хотите.
 
Раз уж зашел разговор о больших изделиях то хочу опять вернуться к вопросу о конфигурации компьютера для работы с такой базой.
У нас изделия по 150 деталек. Себестоимость считается около минуты. Ну и простые манипуляции с задержками в 2-5 секунд.
Вроде бы из-за скорости диска. Хотел попробовать сделать RAID массив но все как-то руки не доходят. Может у кого-нибудь есть готовый рецепт?
 
Для начала, как у вас дела с обслуживанием базы данных обстоят? Уже налажено?

Выполняете ли регулярно пересчёт статистики?
Чистите журнал событий? Данные по старым заказам (если учёт производства ведётся достаточно детальный)?

Обсуждалось вот в этой теме.

Это может очень сильно влиять на производительность SQL (в разы и больше)
 
Про пересчет статистики можно инструкцию? Нашел в переписке обещание прислать но не могу найти ее саму.
 
отправил по e-mail
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4430
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт