Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

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

добавление и удаление деталей в заказ - Состав и технология
mansur: 13 Константин Чилингаров написал: Да, есть такой момент. Много «хвостов» оставляет этот старый модуль «планирования загрузки». В верси ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Илья: 13 Константин Чилингаров написал: И только после этого "осваивать склад" Пока склад осваиваем для  расчета стоимости материалов. ...
Внеплановое задание - Производство
Сергей: 1. Высокий уровень нужен, чтобы задание было привязано к определенной смене (видна была загрузка ресурса) и если выполнялось, то было бы з ...
Себестоимость партии изделий - Производство
Константин Чилингаров: Запустить "Расчёт себестоимости" на 100 штук. Если это изделие какое-то с вложенными сборками, подсборками и т.п., то построить для н ...
Обороты по складу - Материалы, Комплектующие, Складской учёт
Promob321: Скажите, как и где правильно выбрать подразделение, чтобы можно было посмотреть Обороты по складу и обороты общие?
Артикулы как правильно привязать к деталям? - Состав и технология
Илья: 13 Константин Чилингаров написал: Снимем ролик. Выложим ждем с не терпением
Не запускается программа после перевода часов - Установка
Константин Чилингаров: Здравствуйте, Пришлите, пожалуйста, на почту: - скриншот ошибки при попытке запуска; - название организации; - номер лицензии. Разбере ...
Очередность при расчете комплектации - Производство
Константин Чилингаров: Примерно вот так (см. картинку). Цветом показано общее состояние готовности узлов и деталей для них. "Полоска" - в какой примерно ста ...
Возврат делового отхода - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, 3938 Алексей Пономарев написал: Когда мы принимаем на склад деловой отход через специальную кнопку, он суммируется с цел ...
Ошибка календарный план - Производство
Freza3mm: Заработало.  13 Константин Чилингаров написал: Теоретически, могла ситуация, что нет файла, получиться, если база была развернута из дис ...
Карта раскроя - Общие вопросы
Константин Чилингаров: 6386 mansur написал: Одна позиция только осталась в "планировании" Не "готово", потому что не все эти "откосы" у вас сделаны. М ...
Задвоение рабочих заданий. - Производство
Валерий Бондаренко: Все понял. Попробовал, действительно если выделена строчка группировки то задваивается. Спасибо, предупрежу мастеров что бы при выделен ...
Расчёт потребности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, На будущее, я бы всё таки рекомендовал в техпроцессе  указывать заготовки (неважно, чем они являются) и материалы именно, ...
Список накладных задействованных для заказа - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Открываем "Производство - Производственные заказы". Встаём на заказ. Нажимаем "Складской учёт -> Фактические затраты" (рис.1). ...
Колонка материалы для окна статистика производства - Производство
Константин Чилингаров: 13 Константин Чилингаров написал: Я думаю, что Вам можно было бы поразмышлять о некоем "конфигураторе уровня учета", где пользовате ...
Невозможно запустить приложение в связи с недействительными данными активации - Активация, Деактивация, Лицензии
Константин Чилингаров: Да, похоже, есть какая-то проблема с очередным обновлением десятки. Мы уже известили о ней разработчика системы защиты (мы её купили, не с ...
Влияние Статуса - Прочее
Константин Чилингаров: Здравствуйте, С точки зрения общей логики работы программы (различные расчёты, формирование заказов на производство и т.п.) для специфи ...
Активация/деактивация - Активация, Деактивация, Лицензии
Елена Ковалева: Добрый день! Отвечено на почту.
Внесение состава изделия, состоящего из большого числа вложенных сборок. - Состав и технология
Константин Чилингаров: 19208 Ирина Хохлова написал: все таки думаю, что фасад это сборочная единица и спецификация нужна Если "фасад" это некая конструкци ...
Пустой бланк - Демо версия
Константин Чилингаров: Правильно. С точки зрения выдачи чего-то со склада на выполнение некоего производственного заказа, обеспеченности, снабжения и т.п. - во ...

Ошибка при работе с детальным графиком. Максимальный уровень учета.

- Практические приемы работы - Старые разделы форума
Страницы: 1
Ошибка при работе с детальным графиком. Максимальный уровень учета.
 
Добрый день! При работе с детальным графиком возникает ошибка. Максимальный уровень учета.
Последовательность действий:
1. Исходное состояние. Выполнение работ "Сборка" предполагается на одном посту (Звягинцев). (Посты у меня заведены по фамилиям).
2. Далее на эту же операцию добавляю еще один пост Титов. Закрываю окно редактирования.
3. Нажимаю обновление (F5). На графике появляется еще один пост на операцию.
4. Далее опять двойной клик мышкой - окно редактирования, обратно удаляю пост, который добавлял. Закрываю окно редактирования.
 
5. Нажимаю кнопку обновления F5. Выскакивает ошибка и программа виснет наглухо - теперь только через диспетчер задач Windows.

А вот если я после удаления и закрытия окна редактирования закрываю окно детального графика, а потом снова открываю - то все нормально - пост удален, зависаний нет.
Изменено: ALEX-220781 - 16.02.2016 18:37:54 (добавил картинку)
 
С ошибкой понятно, воспроизвели такую же. Будем смотреть, чинить.
Спасибо за информацию!

Вопросик: а зачем при количестве изделий = 2 "максимальный" уровень учёта? Это просто тестовый пример такой?
Так то, если 2 шт реально всего, то "максимальный" уровень не нужен, мне кажется. Хотя тут дело вкуса, конечно...
 
Дело в том, что мне не удобно на Высоком уровне разбивать сменные задания на разные смены (посты) использую при этом нормо-часы. Например: рабочему выдали на смену 20 деталей, каждая деталь имеет трудоемкость в н/ч. В течение дня выясняется, что он физически успевает сделать только 15, а 5 остальных надо распределить другим работникам, и, чтобы на Высоком уровне это сделать нужно высчитать сколько н/ч сделано (так как н/ч зависят от количества деталей), сколько осталось, если еще надо распределить не на один пост а на несколько - то вычислений добавляется. Плюс к тому надо помнить, что, сколько н/ч распределил и кому (в окне смены работника, откуда пришлось распределять этого не показано). Плюс к этому в окне сменного задания того работника, который не смог выполнить все по плану надо не забыть закрыть ему смену с меньшим количеством н/ч через функцию выполнение.
В общем не удобно работать на уровне нормо-часов. Все таки задания работнику выдаются на количество деталей в штуках (метрах, килограммах и т.п.), а не в нормо-часах. И спрашивать с него нужно также в штуках. А то ведь он может вместо работы курить и говорить - наматывать нормо-часы, а производительности никакой. В то время как другой работник эту же работу может выполнить легко и еще попросить.
Изменено: ALEX-220781 - 16.02.2016 19:14:52 (исправил ошибки)
 
Может быть в следующих версия программы сделать настройку - кому как удобнее - н/ч распределять или количество сделанной работы - разные ситуации встречаются.
Изменено: ALEX-220781 - 16.02.2016 19:16:54
 
А так, конечно, в окне сменного задания удобнее работать, чем через детальный график Максимального учета.
 
Тут главная разница между вариантом "максимального" и "высокого" уровня в том, что на "максимальном" частичная сдача по количеству - это нормально, а на "высоком" - это зло и так не должно быть.

Связано со спецификой производства. «Максимальный» уровень рассчитан на серийное производство в первую очередь. Когда рабочий делает большую партию деталей. Одних и тех же изо дня в день. График изготовления партии распределяется как-то по сменам (сколько штук в день), и он делает. При этом если он сегодня сделает не 20, а допустим, 18, а завтра 22, то в этом нет, в принципе, ничего страшного. Нормальное явление. Специфика организации серийного производства такова, что никто от таких незначительных колебаний, в принципе, не пострадает.

Другое дело мелкая серия или единичное производство. Особенно при большой номенклатуре. Тут совсем другая ситуация в случае, если Иванов сделал не 20 деталей, а 18. Если он доделал оставшиеся 2 завтра - молодец, обычно, ничего сильно страшного в этом нет. Если он «разделил» это задание с Петровым, и оставшиеся 2 детали сделал Петров – это тоже нормально. Ничего страшного. А вот если просто Иванов сделал 18 деталей вместо 20, и на этом всё, то это очень плохо, ибо в перспективе чревато большими проблемами.

Сплошь и рядом можно встретить на предприятиях ситуации, когда сама система управления и оплаты в этом месте неправильно организована, и из-за этого большие проблемы. Когда приёмка и оплата идёт просто по количеству, как в «серии». Т.е. нормо-часы за каждую деталь, сколько сдал, за столько получил. И всё. При этом постоянно возникает ситуация типа: Иванову дали задние сделать 20 деталей "А" и 8 деталей "Б". Иванов же (по разным причинам, их море находится всегда) сделал 18 деталей "А", 7 деталей "Б", но зато ещё 5 деталей "В". Нормо-часы ему соответственно по количеству сданных деталей закрыли.
У Иванова всё отлично, у предприятия полная .... Доход предприятия = 0 (хорошо ещё, если не штраф), потому что готовую продукцию не собрали. Т.к. не хватило 2х деталей "А" и одной детали "Б". Расходы предприятия = купленные и потраченные на 18 деталей "А" и 7 деталей "Б" материалы, зарплата Иванова и все остальные сопутствующие.
Бизнес, прямо скажем, так себе…

А всё, в большой степени, из-за этой пресловутой приёмки «просто по количеству».

Кстати, если Иванов сделал не 20, а 25 деталей "А" ситуация немного получше, но тоже не идеал далеко. Особенно для маленького предприятия. Материалы потрачены, зарплата уплачена. А специфика мелкосерийного многономенклатурного производства, обычно, такова (отсутствие нормальных "буферных" складов и соответствующей системы планирования, учитывающей их), что эти 5 деталей в итоге, скорее всего, будут долго-долго валяться, пока совсем безвестно не сгинут. Даже если такие детали "А" потом когда-нибудь и понадобятся, то вероятность, что эти 5 когда-то сделанных учтут совсем невелика...


Именно поэтому на «максимальном» уровне, который заточен под «серию», можно легко сдать хоть 18 хоть 22 – не принципиально. Сколько сделал, столько сдал, за столько получил. Главное не сильно отклоняться от графика общего.
А на «высоком», который ориентирован на мелкосерийное или единичное производство, нельзя просто сдать 18 деталей из 20, закрыть, соответственно, нормо-часы за 18 и успокоиться на этом. «Поделить» задание – это можно. Не успел доделать сегодня – доделай завтра. Не успевает Иванов – помог Петров, часть доделал. Это всё ничего страшного. Главное, что в итоге таки получились именно 20 нужных деталей.
Именно поэтому на «максимальном» уровне можно просто сдать по количеству, а на высоком нельзя, а можно только "разделить» задание (по времени или по людям). И оплата разделится соответственно в итоге. Но просто сделать часть, а не всё – нельзя.

Вот, как-то так…

В чём я с Вами согласен, что можно доработать саму функцию «Разделения» для высокого уровня.
Возможно, имеет смысл добавить чисто для удобства разные варианты разделения нормо-часов. Например, задать в процентах, кто какую часть работы сделал. Или то же количество ввести – кто сколько из общего указанного в задании кол-ва деталей (или комплектов) сделал. Чтобы часы соответственно поделились. Чисто для удобства ввода.

С этим согласен, можно подумать на эту тему.
Что же касается общего принципа, что на «максимальном» уровне можно просто «сдать по количеству», а на «высоком» нельзя (только «разделить» одно задание на несколько смен или людей), тут я думаю менять ничего не нужно. Тут всё правильно, мне кажется.
 
Общий принцип Максимального и Высокого менять не обязательного. На Высоком если нужно сделать все детали, то нужно это сделать обязательно, не зависимо от того, кто и сколько сделал - иначе заданию не присвоить статус Выполнено.
А вот разделение используя только нормо-часы не наглядно. Приходится вручную вычислять сколько н/ч работник потратил на частичное изготовление деталей, и сколько нужно разделить. Было бы распределение по количеству деталей было бы проще.
Поэтому и пользуюсь Максимальным уровнем.
Причем, когда у работника забираем часть нормо-часов и распределяем другим, то в окне смены ничего не меняется - остается то же количество н/ч и деталей, как за выполненные в полном объеме - нажимаем кнопку Принять - и в статистику идет завышенное рабочее время.
Могу предложить сделать в таком случае ограничение, если у работника забирали часть работы, то принять можно только через кнопку Выполнение. А там уже на выбор: количество деталей по умолчанию ставится то, что у него осталось после распределения, а н/ч за шт и итоговую можно править (если расчетная трудоемкость на самом деле не совпадает с фактической). Можно сделать так, как при редактировании операций из типовых техпроцессов: либо оставляешь как в типовом, либо меняешь, а если надо вернуться к типовому - жмешь крестик в окошке ввода значений.
 
Цитата
ALEX-220781 пишет:
На Высоком если нужно сделать все детали, то нужно это сделать обязательно, не зависимо от того, кто и сколько сделал - иначе заданию не присвоить статус Выполнено.
https://vogbit.ru/support/605/#__RefHeading__177_93506264 , рис. 87

https://vogbit.ru/support/605/#__RefHeading__201_93506264

Если нужно, то можно включить. Есть такая опция.
Отметка о количестве деталей сданных в последних версиях вносится отдельно в спец. режиме для этого, который называется "Приёмка ОТК" (иначе нет никакого смысла блокировки возможности принять задание, как выполненное, если сам же, всё равно, можешь в сменном задании тут же и ввести, что типа всё сдал).

Цитата
ALEX-220781 пишет:
А вот разделение используя только нормо-часы не наглядно. Приходится вручную вычислять сколько н/ч работник потратил на частичное изготовление деталей, и сколько нужно разделить. Было бы распределение по количеству деталей было бы проще.
Согласен. В некоторых случаях не сказать, что очень удобно. Поэтому:
Цитата
Константин Чилингаров пишет:
Возможно, имеет смысл добавить чисто для удобства разные варианты разделения нормо-часов. Например, задать в процентах, кто какую часть работы сделал. Или то же количество ввести – кто сколько из общего указанного в задании кол-ва деталей (или комплектов) сделал. Чтобы часы соответственно поделились. Чисто для удобства ввода.
Зато, так как сейчас, абсолютно универсально. Ручной ввод. Позволяет отразить все возможные варианты. В т.ч. когда "разделённых" часов больше (или меньше), чем исходных, когда разделение не пропорционально количеству или вообще с ним никак не связано (например, при количестве = 1) и т.д.
Случай с разделением нормо-часов, отталкиваясь от разделения только по количеству, в этом плане является частным, и совсем не всегда применим.
Поэтому я и говорю: универсальный вариант есть. Для удобства можно будет со временем ещё парочку добавить дополнительно.

По дальнейшему -

Функция "принять" предназначена для быстрой отметки о выполнении работ, когда не было никаких отклонений от плана (наиболее частый случай). Т.е. ничего ни у кого не "забирали", ничего не "делили", ни больше, ни меньше не сдавали. Сказали делать N деталей, K нормо-часов, сделали, нажали "Принять".

Функция "выполнение"вот ещё) предназначена для приёмки задания, когда есть отклонения:  по нормо-часам, по количеству, по исполнителям.

так что
Цитата
ALEX-220781 пишет:
Могу предложить сделать в таком случае ограничение, если у работника забирали часть работы, то принять можно только через кнопку Выполнение.
- это уже всё и так есть. Нужно только грамотно использовать функции "Выполнение", + возможно, "Разделить" и +  возможно, доп. ограничения по приёмке задания в зависимости от кол-ва сданных деталей. И всё будет.

Цитата
ALEX-220781 пишет:
Можно сделать так, как при редактировании операций из типовых техпроцессов: либо оставляешь как в типовом, либо меняешь
Это тоже и так всё есть. В окне "Выполнение" (рис. 45). Правда не совсем так выглядит, но по функциональности всё есть.
Добавление/редактирование/удаление информации о факте (сделать отличным от плана, вернуть назад).
Кнопка "перенести в факт" (вернуть назад "как по плану", потом по-новой исправить).
Всё можно делать.
Единственное чего там не хватает - добавить помимо ручного "разделения" нормо-часов ещё парочку вариантов "интеллектуального разделения".
Сейчас просто сам руками вводишь, кому сколько нормо-часов закрыть, и всё. Можно плюс к этому добавить ещё вариант ввести не напрямую н/ч, а либо проценты, либо штуки (кто сколько сделал), а нормо-часы пересчитать из введённого соотношения. Вот и всё.
Страницы: 1
Сейчас на форуме (гостей: 7)
Всего зарегистрированных пользователей: 3254
Приняло участие в обсуждении: 369
Всего тем: 804
Всего сообщений: 6067

Полезные ссылки:
подготовка производства Видео-презентация Себестоимость Производственный заказ управление ремонтами Установка VOGBIT планирование производства Трудоёмкость Деактивация VOGBIT базы данных VOGBIT инструкция загрузка оборудования Начало работы расчет себестоимости Расчёт комплектации Складской учёт ТПП технологическая подготовка Демонстрационный режим VOGBIT Обновление VOGBIT производственный учет складской учет График производства управление данными Создание новой базы данных VOGBIT Полная версия VOGBIT электронный архив Планирование мелкосерийного производства управление качеством Техническая Подготовка Производства деактивации VOGBIT активация VOGBIT управление производством Состав изделия Обзор обновления Генератор отчетов склад Сменное задание Задания для производства Тип нормирования производство металлоконструкций Заказ на производство Нормирование пост руководство администраторов VOGBIT разработчика отчетов vogbit состав изделия Планирование производства технология демоверсия Расписание Заполнение расписания по шаблону Типы связей VOGBIT контекстные меню Открепление-прикрепление окон распределение работ между исполнителями
×
Вход на сайт