Загрузка данных в VOGBIT из Inventor - 19.06.2024 Разработан и передан Заказчику очередной модуль для автоматизированной загрузки в VOGBIT данных по новым изделиям, разработанным конструкторским отделом предприятия

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

Складской учет - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Войдёт в ближайшее обновление. Планируем в течение ближайших пары недель собрать его.
Планирование производства - Демо версия
Sgrekhv: Извиняюсь, не в ту тему написал
Отсутствуют кнопки в поле правка - Установка
Константин Чилингаров: Здравствуйте! Не совсем понятно. Не могли бы Вы приложить скриншот, пожалуйста? Вообще, если речь идёт о вкладке меню "Правка" (в л ...
Плагин для выгрузки данных формы по HTTP - Плагины
Сергей: Пример для Спецификации договора ():[CODE using Newtonsoft.Json; var tfForm = (sender as Csdn.Vogbit.Forms.Action).ActionList.Parent as TasksFiles.TasksFilesGridForm; var gridControl = tfForm.Controls.Find("DataContro ...
Состав изделия - Состав и технология
Константин Чилингаров: С подсказки коллег освоил разбивку ролика на эпизоды  :)  Добавил разбивку.  Так более смотрибельно, по-моему.
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Если речь про окно "Календарный план", которое из окна "Производственные заказы" открывается, то нет, там ничег ...
Доработка шаблона отчета "Маршрутная карта" - Состав и технология
Zms.komissarov: Спасибо!!!
Перенос файла из "эскизы" на ПК - Общие вопросы
Beavis900: Благодарю! Напишу на почту
Расчёт комплектации конструкторской спецификации - Состав и технология
NPP_ORION: Спасибо, вроде разобрались.
Калькуляция на изделие - отчет! - Отчёты
Константин Чилингаров: Здравствуйте, Отчёт сделать можно. Вопрос только в трудоёмкости (соответственно, стоимости). В идеале, хорошо бы взглянуть на данные, и ...
К чему привязан StarForce - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, К процессору, материнской плате, сетевой карте, памяти, диску, ОС. Ко всему этому в разных пропорциях. По идее, в инструкц ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, Вероятно, или нет вообще технологии на соответствующую позицию (деталь, сборочную единицу), или в этой технологии нет ни ...
Отчет задание на пилу - Отчёты
Виктор Левушкин: Спасибо....уже применяем.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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


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

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

×
Вход на сайт