VOGBIT график производства, выполение работ - Прочее
Новая версия VOGBIT 26.1.5 - Обновленный интерфейс, возможность настроить самому удобную последовательность кнопок в меню (Ленте), новый режим, подсвечивающий «проблемные места» в производстве для руководителей

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

Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!? Если есть изделие разработанное в Компас, то как информ ...
Модуль для планирования - Производство
Константин Чилингаров: Можно на этот.
Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /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
график производства, выполение работ
 
Добрый день.

Хотелось бы чтобы видеть более разнообразные цвета в графиках выполнения, сейчас используется серый, черный, светло и тёмно зелёные. данные цвета не очень контрастные, а ещё состояния работ "выполняется" и "завершено" отмечается светло зеленым, тоже не очень удобно. Цвета к примеру: не вкл в план - белый; вкл в план - серый; выдано - светло зеленый; выполняется - желтый; выполнено - красный; завершено - бирюзовый. и у каждого состояния был бы свой цвет.

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

Спасибо за предложения!
По первой части - принимается. Режим Выполнение делался изначально, в первую очередь, под "средний" уровень учёта. Там, обычно, отметка вносится упрощённо, на уровне "пока не начинали - делается - сделано". Соответственно, и цвета в данном режиме настроены были в первую очередь под статусы "не включено в план", "выполняется", "выполнено".
Надо будет "дораскрасить". Запишем пожелание, по мере наличия времени в следующих версиях доработаем.

По второй части - не всё очевидно. Как минимум, таких операций, по которым идут работы, одновременно может быть далеко не одна. А 2,3,5 и т.д. Так что просто одной колонкой не обойдёшься.
Ну в целом идея понятна, можно будет подумать на эту тему.
Я так понимаю в основном окне График производства, это нужно чисто для информации?
Если надо группировать, посмотреть какие детали сейчас на определённой стадии обработки и т.п. то это как раз можно сделать в режиме График производства - Подробно.
 
Цитата

По второй части - не всё очевидно. Как минимум, таких операций, по которым идут работы, одновременно может быть далеко не одна. А 2,3,5 и т.д. Так что просто одной колонкой не обойдёшься.

Ну в целом идея понятна, можно будет подумать на эту тему.

Я так понимаю в основном окне  График производства , это нужно чисто для информации?

Если надо группировать, посмотреть какие детали сейчас на определённой стадии обработки и т.п. то это как раз можно сделать в режиме  График производства - Подробно .

Идея в том чтоб в графике видеть деталь и на какой она сейчас стадии, без нажатия лишних кнопок, а то что операция на обработку несколько, это понятно, про группировку тоже понятно, пользуемся удобно, по кнопке "подробно" : хотелось чтоб Вы поработали над быстродействием в этом месте, да и с режимом "график производства", т.к. он очень медленный.
 
Проблема в том, что
Цитата
alex demis пишет:
Идея в том чтоб в графике видеть деталь и на какой она сейчас стадии, без нажатия лишних кнопок,
и
Цитата
alex demis пишет:
чтоб Вы поработали над быстродействием в этом месте, да и с режимом "график производства", т.к. он очень медленный
это противоречит друг другу.
Хотя кое-какие идеи есть. Можно посмотреть.

Насчёт скорости: сколько у вас в настоящий момент при открытии формы график производства в ней строчек?

На быстродействие этого режима сильно влияет:
1. общее кол-во одновременно отображаемых позиций.
2. общее кол-во заданий (всех вообще, включая по старым заказам), которые есть в базе.
3. общее состояние базы (сколько в ней "мусора" в виде протоколов за всю жизнь и т.п., как часто пересчитывается статистика и т.д.).

При грамотном обслуживании базы на нашем опыте даже на весьма приличных объёмах (несколько тысяч позиций в форме График производства) работает достаточно сносно.

Это не говорит, что не над улучшать, конечно. И мы работаем над этим постоянно. Но и в текущей версии можно изыскать резервы для увеличения производительности.
Например, почистить из рабочей базы задания по старым, давно выполненным заказам (оставить их на всякий случай в резервной копии, а в рабочей удалить), сжать файлы БД и журнала, пересчитать статистику.
Подобные мероприятия по результатам наших экспериментов с базами с достаточно большими объёмами данных может дать эффект в виде сокращения времени открытия формы График производства примерно в 10 раз, формы Производственные заказы - примерно в 20 раз.
 
Здравствуйте! Возможно ли определить когда (дата) были проставлены операции. Т.е. Заготовка отметила что работы выполнились, программа ставит дату. И если сделали сначала 2 марки, потом еще 4 (из 6),программа может поставить дату когда сделали с начало 2, потом 4?. Можно ли выделить несколько операций (марок) и изменить состояние (средний уровень учета)?
Изменено: Гусев Петр - 21.10.2013 13:29:16
 
Здравствуйте,

Возможности "среднего" уровня достаточно подробно описаны вот здесь. В т.ч. и как на "среднем" уровне можно указать даты.

Цитата
Гусев  Петр пишет:
И если сделали сначала 2 марки, потом еще 4 (из 6),программа может поставить дату когда сделали с начало 2, потом 4?
Может. Только это называется уже не "средний", а "максимальный" уровень учёта. Чтобы по датам, и сколько штук изделий из партии на какой операции сделали в какую смену - пожалуйста, можно. Для такой детализации предназначен "максимальный" уровень учёта.

Уточнение: "максимальный уровень" - это в случае, если вам нужно именно по отдельным стадиям обработки (операциям) контролировать. Если же отдельные стадии обработки вас не волнуют, а важен только итоговый результат (когда конечное изделие полностью готово), то тут можно и "минимальным" уровнем обойтись. Сделали 2 изделия - создаём накладную, сдаём на склад 2 шт. Сделали ещё 4 - создаём накладную сдаём ещё 4 шт на склад. Отмечаем всю партию в "Графике производства", как "готово". Всё. Все даты и количества есть, когда сколько готовых сдали.

Цитата
Гусев  Петр пишет:
Можно ли выделить несколько операций (марок) и изменить состояние (средний уровень учета)?
Как вы это себе представляете? Давайте рассмотрим пример: работаем на "среднем" уровне учёта.  Выделяем в Графике производства несколько строчек.
Что дальше по вашему должно произойти?
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4459
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт