Константин Чилингаров: Здравствуйте,
как наиболее удобно видеть и сортировать например все детали, по которым надо сделать гидроабразив, или все детали по ко ...
Константин Чилингаров: Да, список для выбора получится так поменьше. Но зато сначала то нужно будет ещё составить этот "список поменьше" из общего. Причем ...
Константин Чилингаров: Здравствуйте,
Нужно в шаблоне отчёта поменять, чтобы вместо обозначения номенклатуры выводилось значение параметра этой номенклату ...
Константин Чилингаров: Не вижу смысла писать в таком случае свои "удалялки". Потеря времени. Проще и быстрее штатными функциями все поудалять в данном конк ...
Константин Чилингаров: Здравствуйте,
В современных версиях VOGBIT есть (где-то в прошлом году появилось впервые) "Автоматическое" заполнение (раззворачиван ...
Константин Чилингаров: Здравствуйте,
Можно, например, создать стандартными средствами «Производственный заказ» (там как раз «разматывается» всё изделие по ...
Константин Чилингаров: написал:
Еще бы поиск допилить в обеспеченности по заказам, чтоб искал не только номер, но и материал
Будет. В ближайшем обновлении, на ...
Константин Чилингаров: Здравствуйте,
Я посмотрел Ваш ролик. Спасибо!
Только с обновлением это, по-моему, никак не связано.
Давайте поясню один момент:
...
Константин Чилингаров: Движок форума не разрешает напрямую Excel файлы в сообщения вставлять.
Ну ладно. Понятно, в общем, о чем речь.
на будущее: если нужно Excel фа ...
Константин Чилингаров: Тут ещё знаете, в чем может быть дело...
Не в размере даже, а во внутренностях конкретного файла с картинкой.
Ошибка может озвучиваться си ...
Константин Чилингаров: Здравствуйте,
Очень странная картина... Не сталкивались никогда с таким.
Копию базы данных можете дать нам посмотреть?
Если есть техни ...
Константин Чилингаров: Здравствуйте,
В этом окне, насколько я помню, сохраняется только список "постов" выбранных. При закрытии/открытии окна.
Порядок сл ...
Владимир Белов: написал:
Добрый день! Такой вопрос. Могу я установить базу данных на съемный диск и пользоваться на разных компьютерах - переставляя то ...
Здравствуйте В дело в том, что изделие разбито на более полусотни комплектов. Комплекты в свою очередь имеют более десятка узлов с группами деталей, в узлы входят сборочные единицы с деталями. Структура изделий достаточно сложная укладывается в технологической карте в общем случае замечательно. Запуск полсотни заказов на изделие с очерёдностью запуска тоже устраивает всех. При дальнейшем дроблении изделия на узлы, заказов получается более полутысячи. Запустить два разных изделия в месяц и погибнуть в списке заказов. При запуске полусотни комплектов возникают трудности при диспетчировании таких заказов на производстве - отслеживании запуска сборочных (сварочных) операций при готовности входящих деталей. Ваш совет по дроблению уместен и используется нами, но получается, что в программе имеется слабое место в диспетчировании в графике производства, и ее можно использовать только для изделий типа простейший стол, стеллаж, шкаф. Если есть еще какой-нибудь способ для создания и диспетчирования заказов на многоуровневые по сложности изделия будем рады рассмотреть.
alex demis пишет: ее можно использовать только для изделий типа простейший стол, стеллаж, шкаф
Вот смотрю реальную рабочую базу данных одного из наших пользователей. Цифры следующие:
Сейчас изделий в производстве - 5 (или 11, смотря, что считать отдельным изделием)
Номенклатура (количество разных наименований) сборочных единиц - 2435
Номенклатура вместе с деталями (если всё развернуть как одно большое дерево) - 16991
Планирование и учёт налажены с точностью до выдачи и контроля в программе сменных заданий для каждого поста в производстве (день в день всё ведётся и прослеживается). Диспетчированием занимаются 2 человека. Используют VOGBIT. Проблем не испытывают. Я бы даже сказал, наоборот. Изделия сильно отличаются, конечно, от ваших. Но специфики своей тоже хватает. Так что дело не только в количестве, но и в том, как процесс в целом организован.
Теперь, что касается добавления в режим График производства иерархии. Идея, в принципе, имеет право на жизнь. Технически, можно добавить и иерархию в график производства.
В своё время мы работали с производством (там одна из наших очень старых программ, наверное, до сих пор работает ), которое выпускало продукцию с номенклатурой 18-21 тыс. позиций в изделии, уровней вложенности - до 12, общий цикл производства изделия - около полутора лет. С цикловыми графиками и т.д. Вот там это бы, безусловно, пригодилось. Но сегодня большинство наших заказчиков имеют значительно более простое производство. Поэтому и не стали сразу закладываться на такие задачи в VOGBIT. Для большинства пользователей лишние усложнения с дополнительными зависимостями, иерархией и т.д. просто не нужны. Тем более, что многие задачи, как показывал опыт, можно решать и более простыми путями.
Но это не значит, что нельзя добавить в программу и дополнительные функции специально для контроля единичного производства таких больших сложных изделий. Тем более, что опыт кое-какой есть.
Резюме: Будет спрос – сделаем возможность представления Графика производства в виде дерева. Если только в рамках пожеланий, тогда в свободное время. Если подкреплённый финансово, то можем довольно быстро сделать. Можем, например, при условии стабильной оплаты поддержки прямо на ваших данных этой задачей позаниматься, если хотите.
Раз уж зашел разговор о больших изделиях то хочу опять вернуться к вопросу о конфигурации компьютера для работы с такой базой. У нас изделия по 150 деталек. Себестоимость считается около минуты. Ну и простые манипуляции с задержками в 2-5 секунд. Вроде бы из-за скорости диска. Хотел попробовать сделать RAID массив но все как-то руки не доходят. Может у кого-нибудь есть готовый рецепт?