Использование VOGBIT, резка листа и труб - Закончен очередной проект на предприятии по интеграции с ПО раскроя и подготовки УП для машин резки металла

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

Не загружается график производства - Обновление
Константин Чилингаров: Прилично... Даже очень прилично... Чисто с технической точки зрения было бы интересно, конечно,  под отладкой посмотреть на таком объеме ...
Приемка ОТК - Производство
Константин Чилингаров: Ролик по функции "Контроль": [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/RT7mVtAL-F0?feature=oembed[/VIDEO
Автоматизация обновления - Обновление
Константин Чилингаров: Ещё, может быть, можно было бы написать какую-то специальную одноразовую приладу, конкретно для вашего случая, чтобы массово всё деактив ...
Проблема с обновлением шаблона - Установка
Константин Чилингаров: Здравствуйте, На ночь оставьте загружаться этот шаблон. Он такой один специфический... Конкретно этот шаблон может ну ООООчень долго з ...
Разграничение доступа в справочниках учётных документов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Штатной такой возможности нет (потому что подавляющее большинство пользователей просто напрямую в эти "справочники&qu ...
Настройка вкладки "Подразделение" - Прочее
Pakhunov: Спасибо
Оформление полуфабриката - Состав и технология
Pakhunov: Спасибо  :) 
Завершение клиента - Прочее
Константин Чилингаров: Здравствуйте, Починить что-либо, не обновляя программу, если дело в самой этой программе, невозможно. Если только дело не в VOGBIT, а в чем- ...
Отчеты Статистика производства - Отчёты
Константин Чилингаров: Здравствуйте, написал: а если работа выполняется быстрее чем указано в плане? "Полоска" в "Графике производства" показыва ...
Логи - Прочее
Константин Чилингаров: Здравствуйте, Клиент локально сохраняет только настройки (расположение колонок, размеры, расцветка пользовательская в окнах и т.п.) и в ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! На Linux можно так установить количество файлов логов  с помощью консоли: 1. Изменить в настройках количество errorlog- ...
Активация - Установка
Константин Чилингаров: Здравствуйте, Владимир! Странная ошибка, вообще говоря. Такая появляется при попытке запустить версию новее 1.1.32 (а это год 2015 где-то п ...
Технологическая карта заказа - Общие вопросы
Beavis900: Понял, благодарю! 
Заявки на закупку - Прочее
Константин Чилингаров: Здравствуйте, написал: Оформляя приход, накладная поставщика была добавлена не к той заявке Технически можно, конечно, залезть в сп ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Здравствуйте, В "спецификации" (окно "состав") показывается материал, назначенный для данной детали (номенклатуры), как "ос ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Стандартный отчёт не из этого окна печатается. /support/4158/ Подробнее
Добавление заказа к открытому графику производства. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Идея понятна. Технически тоже понятно, в целом, как можно сделать.   Тут главный вопрос в интерфейсной части. Как сде ...
Возврат делового отхода - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Штатной такого рода функции нет. Только если писать специальный плагин, который будет так делать. Продумывать логику его ...
Начало работ и дата запуска - Прочее
Константин Чилингаров: Здравствуйте, Окно "Производственные заказы: текущие" (список активных на текущий момент заказов на производство). Там есть коло ...
Расчет потребности. Колонка "Подразделение" - Общие вопросы
Beavis900: Разобрались, благодарю! 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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


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

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

×
Вход на сайт