VOGBIT Расчет загрузки постов - Практические приемы работы
Новая версия VOGBIT 24.2.5 - Календарное планирование, обновленные терминалы, новый раздел «Оповещения», встроенный загрузчик спецификаций из Excel, просмотр файлов STEP и КОМПАС, и др.

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

Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 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: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...
Отсутствие деталей, операций в графике производства - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Отсутствует команда "Навигатор" - Общие вопросы
Константин Чилингаров: ... продолжение ... 6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Пример создания плагина - Плагины
Сергей: Здравствуйте! Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None); var sr = cc ...
Ошибка при установке демоверсии - Установка
Владимир Белов: Проверьте, что вы параметры подключения к БД ввели правильно. Лучше всего скопировать из предыдущего сообщения.
Тёмная тема - Прочее
Константин Чилингаров: здравствуйте, В меню выбираем "Главная" - "Установки". Там закладка "Клиент", в поле "Тема" меняем на нужное.
Инструментальные сборки - Состав и технология
Константин Чилингаров: Здравствуйте, Не очень понял, в чем вопрос. Казалось бы, добавляем к операции или к переходу в техпроцессе 3 позиции (инструмент): держат ...
Работа с заданиями: Новые - Производство
Константин Чилингаров: Здравствуйте! Это не баг. Это так задумано. По умолчанию при нажатии на эту кнопку ("стакан с плюсиком") открывается с окне снизу сп ...

Расчет загрузки постов

- Практические приемы работы - Старые разделы форума
Страницы: 1
Расчет загрузки постов
 
Добрый день!
Вот такая ситуация: Есть два поста, на каждом по одному работнику. Допустим один заболел и приходится одного работника ставить на оба поста. Производительность одного работника в смену 8 н/ч. То есть он может на одном посту сделать, например, 3 часа, на другом 5ч.
Я добавляю этого работника в одну смену на разные посты и "накидываю" работы на посты - вплоть по 100% загрузки на каждый. При этом программа не выдает предупреждение о том, что там один работник на оба поста и он не сможет сделать на каждом посту по 8 часов. То есть программа контролирует загруженность именно поста, а не работника.
Есть такой момент, когда мы добавляем работника в смену, количество часов указано в окошке с фамилией работника, то есть как бы относится к работнику, а не к смене (посту).
 
Здравствуйте,

Высчитывать «на лету» ещё и теоретическую загрузку каждого отдельного работника, с учётом, что он может быть в нескольких местах – не вариант.

Во-первых, это будет «тормозить». Кроме того, есть такая штука, как «индивидуальная работа». Пост один – работников много. Кто там насколько из них по факту будет загружен – вопрос непонятный пока задания не раздадут. А могут потом что-то ещё и «перераздать» в процессе… Кроме того, есть такие посты, где работает то больше станок, а не человек (достаточно длинная ЧПУ обработка, к примеру). В таком случае совершенно ничего не мешает одному человеку реально обслуживать 2, 3, 5, … постов и не особо он будет на самом деле перегружен.

В общем, нюансов много. А главное – зачем? Для чего ещё и такую проверку городить в варианте Online?

Моё личное мнение, что если человек никак не ассоциирует задания, посты и людей с реальностью, настоящими рабочими, железками, обработкой, а смотрит на это всё просто как на разноцветные строчки на экране, то плюс-минус ещё одна проверка ничем ему не поможет. Всё равно не сможет он нормально рулить процессом, просто потому, что он не понимает, как этот процесс реально происходит, и что за этим строчками и квадратиками на самом деле стоит.
А если человек понимает, то эти дополнительные ухищрения компьютера по «проверке» ему не нужны. Он и так знает, нормально или нет.

Если всё-таки нужна такая проверка (по людям, а не по постам) - ну мало ли, может и правда нужно - то тогда, я бы предложил настроить и использовать для этого отчёт. Из режима "задания на день", например, можно сделать. Или из "Статистики производства" (там не только выполненные работы, но и запланированные тоже все ведь есть).
Придумать форму, печатать и смотреть, что получается. Чтобы таким образом данная информация просто предоставлялась заинтересованному пользователю по запросу. А не постоянно под столом всё это считалось и пересчитывалось при любых манипуляциях с заданиями (типа вставить в смену, убрать из смены и т.п.).

P.S.
ИМХО, тут нужно понимать, что учитывая приблизительность норм, отличие технологического и реального производственного циклов, текущие производственные вопросы, которые никак в нормах не учтены и т.п. вся эта «загрузка постов в процентах» на самом деле не истина в последней инстанции, а просто такой вариант наглядного графического представления – чтобы как-то попроще видеть общую картину. Больше для быстрой ориентации на уровне «есть/нет работа на этом участке/посту на это время» и «много/мало». Говорить о какой-то высокой точности этих цифр и планировании «чтобы было ровно 100%» - это к реальности не много отношения имеет.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4370
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт