VOGBIT Автоматическое распределение заданий по постам - Практические приемы работы
О новом модуле программы «Пролёживание» - Мнение руководителя производства

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

VOGBIT в MAX, Telegram, VK - Общие вопросы
Константин Чилингаров: Уважаемые пользователи и все, кто просто интересуется!   Мы запустили официальные каналы в https://max.ru/id7728755867_biz MAX , https://t.me/vogbit_official Telegram ...
Импорт спецификаций из Excel - Общие вопросы
Balukov: Здравствуйте. Для работы с загрузкой спецификаций из файлов Excel,направляю Вам ссылку на документацию https://vogbit.ru/support/20647/ https://vogbit.ru/support/206 ...
"Расчётные документы" - Прочее
Константин Чилингаров: Здравствуйте, Нужно вытащить себе на панель инструментов кнопку. Для этого в любом месте на панели инструментов нажмите правую кнопк ...
Создание номенклатуры посредством "перетаскивания" в 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 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...

Автоматическое распределение заданий по постам

- Практические приемы работы - Старые разделы форума
Страницы: 1
Автоматическое распределение заданий по постам
 
Доброе день,

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

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


Другой вопрос, что реальная потребность в этом есть в случае "длинных" операций. По опыту.
Например, 40 часов одно задание, 80 часов и больше… Причем, особенно, в случае, когда плановая трудоёмкость таких операций довольно примерная и может заметно по факту отличаться, как в меньшую, так и в большую сторону (что выясняется только в процессе выполнения, естественно, а не заранее).
Вот в таких случаях, при наличии даже небольшой очереди таких операций перед постом, ручная корректировка сменных заданий периодически представляет не самую тривиальную задачу (хотя и возможна). Особенно когда впереди выходные (производство работает), рабочие бумажных заданий никаких не получают вообще, всё только в электронном виде через терминалы VOGBIT, и нужно обеспечить их заданиями на пару дней вперёд хотя бы.
И именно под такого рода случаи, в первую очередь, мы и планируем делать автоматизацию "раздвигания" на несколько смен или наоборот "сдвигания" назад заданий в плане поста.

Если же задания короткие (в пределах час-несколько на одно задание), но их просто суммарно много разных, то в таком случае включение в план поста заданий сразу на 5 смен вперёд (500%, как вы говорите) – это показатель того, что возможности программы, скорее всего, в принципе логически неправильно используются. Не так, как должны при таком уровне учёта.
Потому что при правильной организации процесса, включая использование в нём программы, в случае «коротких» заданий включать в план поста заданий больше, чем на 1-2 смены вперёд заранее – не нужно. Даже вредно, чаще всего. Даже если в «новых заданиях» почему-либо скопилась большая очередь текущих (которые прямо сейчас реально можно уже делать) работ перед постом (что само по себе показатель, что не очень производственный процесс организован, но мало ли, всякие случаи бывают…), то их лучше выдавать частями на ближайшую смену-две, в соответствии с приоритетностью. Так сказать, «есть слона частями». Это верный путь, правильный.
Ну разве что за исключением того самого случая, когда впереди длинные выходные, при этом никаких диспетчеров и мастеров на производстве нет вообще в эти дни, а рабочие работают. Причём в две смены. Причём задания получают и отмечают через терминалы, вообще без бумаги.
Тут да, можно накидать и на 4-5 смен вперед. Но есть своя специфика, опять же, как это делается в таком случае, и лучше делать это осмысленно, вручную, в условиях реального производства.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4507
Приняло участие в обсуждении: 437
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт