Новая версия VOGBIT 22.2 - Новые терминалы, новые возможности для производства, расчёт и визуализация обеспеченности с учетом сроков, новый генератор отчётов и многое другое

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

Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: В целом, проблема понятна. Будем думать, конечно, как улучшить. По мере наличия времени. К сожалению, не получается всем одновременно зан ...
Сменное задание - Производство
Константин Чилингаров: Довольно скоро.
Чистка базы - Прочее
Константин Чилингаров: Здравствуйте, написал: Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые... Име ...
Статистика производства - Производство
Константин Чилингаров: Здравствуйте! написал: При открывании статистики появляется окно ошибки см.скрин Это где-то в задании один и тот же работник указан 2 ...
Удаление ошибочно внесенных позиций, восстановление данных после удаления заданий. - Прочее
Константин Чилингаров: Небольшой совет по теме: Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Планирование, загрузка производства - Прочее
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая: Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...
Процесс не может получить доступ к файлу - Отчёты
Константин Чилингаров: Вставлю свои 5 копеек.... Я так понял, пытаетесь загрузить шаблон отчёта старый. Который в виде Excel файла. В таком случае: Проверьте, что ...
Импорт - Экспорт импорт данных
mansur: Спасибо, все получилось. 
НЗП - Общие вопросы
Yarmysh: Спасибо за столь подробное объяснение.. как всегда с ходу вроде все понятно. Буду пробовать это делать в программе. Вроде общую концепцию ...
Ошибка при формировании отчетов - Общие вопросы
Dimashka: Отписался на mailto:info@vogbit.ru info@vogbit.ru
График производства - Прочее
Константин Чилингаров: Здравствуйте, написал: При открытии окна "График производства" ( заказы сгруппированы по колонке "Заказы" ) - разворачиваютс ...
История работ - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Для выполненного задания можно. Два раза щёлкнуть на нём, дальше там есть кнопка "история" (рис.1): дата, смена, кол-во, ...
Приёмка деталей на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Последнее сообщение /forum/messages/forum31/topic2772/message17041/2772-istoriya-rabot#message17041 перенесено . Причина: /forum/rules/ п.8 правил
Задания - Производство
Yarmysh: Спасибо, все заработало.
Обеспеченность - Ошибки в работе
Константин Чилингаров: Здравствуйте, написал: Теперь в этом режиме я понимаю учитывается все изделия когда либо бывшие в производстве и не сданные на основн ...
Технология подробно - Прочее
Balukov: Здравствуйте.  В вашем случае программа определила, что фланец имеет тип " Комплектующие" и не позволила в режиме " Технология по ...
Артикулы как правильно привязать к деталям? - Состав и технология
Константин Чилингаров: Здравствуйте, написал: а можно Артикулы не вручную вводить, а загрузить к примеру с таблицей Эксель Для этого нужно небольшой плагин ...
Ошибка программы после обновления - Общие вопросы
Beavis900: Благодарю! 
Обновление не может окончиться - Обновление
Константин Чилингаров: Здравствуйте, написал: заработало только в таком написании: "10.0.0.30\SQLEXPRESS2019, 1433" Это чисто вопрос сетевого соединения с SQL server. От ...
Учет заделов по сборочным единицам - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Подумаем.  Вообще есть в планах со временем сделать отдельный демо-пример (с руководством к нему) на тему "Обеспеченности". Но начне ...

Ошибка в окне детального графика

- Практические приемы работы - Старые разделы форума
Страницы: 1
Ошибка в окне детального графика
 
Ситуация такая. Уровень учета максимальный. Открываю окно детального графика, добавляю два поста - на экране отображается только один пост. Кнопка F5 не помогает - только закрытие и повторное открытие окна.
 
Да. Есть такое дело.
Если больше одного поста в этом окне к одной операции добавить, то дальше оно некорректно себя ведёт до глобального обновления (переоткрытия).

Указанный эффект наблюдается, если операция последняя в списке.
Он, кстати, ещё не самый худший. Я проводя специально разные эксперименты и похуже умудрился ситуации создать...

В общем, понятно. Будем дорабатывать это место для такого случая.

Пока лучше переоткрывать окно в случае добавлнения нескольких постов.
 
Да, еще есть аналогичая проблема в окне распределения работ - если выбрать сначала пост, а потом дату - график исчезает. Кстати, бегунок в окне распределения работ имеет шкалу с делением 1 час, что особенно не удобно, когда распределяемая трудоемкость менее 1 часа. Приходится вводить вручную.
 
И еще, если уже часть распределил, а потом нужно добавить пост или дату - то все сбрасывается
 
Надеюсь разработчики прочитали последние сообщения...
 
Цитата
Константин Чилингаров пишет:
Если больше одного поста в этом окне к одной операции добавить, то дальше оно некорректно себя ведёт до глобального обновления (переоткрытия).
Это починили.
В ближайшее обновление войдёт.

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

Если так делать, то всё работает отлично.

Согласен с тем, что если пост не выбирать и сразу нажать "распределение" то можно потом определённой последовательностью действий (изменения постов и дат) вогнать данное окно в ступор.
Это запишем, будет время, посмотрим.

Но можно же так просто не делать :)

По поводу точности шкалы - не согласен. Никакого смысла "распределять" такой функцией задания трудоёмкостью меньше часа вообще не вижу.
Функция для "высокого" уровня учёта. Когда преимущественно все задания попадают легко в одну смену. Но иногда бывает, попалось какое-то одно особо выдающееся, большое. Надо на 2 смены его растянуть. Вот для этого нужна функция "Распределение". А зачем "разливать" ей задание объёмом меньше часа?
 
Да у меня все время проблема с распределением работ, используя нормочасы. У меня есть работы, которые делаются вдвоем, но общая продолжительность не большая. У нас предприятие не большое - поэтому в программе Пост - это определенный человек - так в режиме Загрузка я вижу кто как загружен конкретно.
Да и вообще проблемно распределять работы через нормо-часы. Не могу же я сказать рабочему - делай деталей в количестве 5 нормо-часов. Можно распределять работы через детальный график - но там свои неудобства. Через режим новые задания на максимальном уровне не поработаешь. Вот и приходится комбинировать - там где это возможно делаю на высоком уровне, иногда применяю максимальный.
 
Цитата
ALEX-220781 пишет:
есть работы, которые делаются вдвоем
Для таких случаев предусмотрена настройка "совместной работы" для поста.

Цитата
ALEX-220781 пишет:
в программе Пост - это определенный человек
Очень спорное решение. Похоже, оно и есть источник большинства возникающих у вас сложностей.

Конечно, сложно говорить, не видя производства и не зная его особенностей, но у меня сложилось впечатление, что вы очень сильно всё усложнили. В плане работы с программой. У меня есть ощущение, что для достижения нужного эффекта можно было сделать намного всё проще. Тем более, что производство совсем небольшое, как вы говорите.
Я знаю, конечно, несколько типичных причин (предпосылок), почему так получается, но озвучивать их не рискну сходу, потому что просто не имею решительно никакого представления ни о вашем производстве, ни о том какие задачи вы с помощью программы пытаетесь решить.

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

На сколько я помню, эта настройка для поста и на всю смену. А мне нужны определенные виды работ

Цитата
Константин Чилингаров пишет:
Очень спорное решение. Похоже, оно и есть источник большинства возникающих у вас сложностей.

У меня основной ресурс - это люди (не станки).
Я бы и не вводил посты, как таковые, но график загрузки работает именно с постами. А мне надо видеть графически, кто как загружен, чтобы распределить работы для достижения желаемого эффекта.


Цитата
Константин Чилингаров пишет:
Конечно, сложно говорить, не видя производства и не зная его особенностей, но у меня сложилось впечатление, что вы очень сильно всё усложнили. В плане работы с программой. У меня есть ощущение, что для достижения нужного эффекта можно было сделать намного всё проще. Тем более, что производство совсем небольшое, как вы говорите.


Вполне возможно, что усложнил что то. На этим поработаю.
Но мое мнение по поводу распределения нормо-часов, а не количества требуемой работы пока осталось. Для меня нормо-часы это оценочный параметр по которому можно оценить степень загруженности, стоимость и т.п.
 
Цитата
Константин Чилингаров пишет:
ни о том какие задачи вы с помощью программы пытаетесь решить.

На данный момент у меня стоит задача организации эффективного процесса производства, чтобы каждый знал что делать и в какой последовательности.
 
Ну и соответственно учет по каждому работнику - кто сколько сделал.
 
В новой версии переделали окно "распределения работ" для "высокого" уровня учёта и окно "детальный график" (для "максимального"). Теперь должно получше работать при изменении списка постов, изменении периода, при добавлении/ удалении операций в "детальном графике".
Страницы: 1
Сейчас на форуме (гостей: 6)
Всего зарегистрированных пользователей: 3744
Приняло участие в обсуждении: 399
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт