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

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

Отсутствие РЦ в дашборде - Терминалы
Константин Чилингаров: Здравствуйте, Да, верно. На дашборде показываются данные по «текущей смене». Которая идёт непосредственно сейчас. Если таковой нет для соответствующего поста – он и не показывается. Другое дело, что dashboard в таком виде вообще достаточно беспол ...
Оформление выдачи готовой продукции из производства - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: В окне «график производства» выделить позиции, которые передаются на склад. Нажать «Сдать на склад» (рис.1). Проверить, что правильно указан склад, куда передаётся, нажать «создать документ» (рис.2). Дальше можно при необходимости поправить количе ...
Отображения количества деталей в терминале - Интерфейс программы
1113: Доброго дня.  Предлагаю в терминале Тип 1 после авторизации, выбора участка и после выбора Заказа в окне выбора детали, выводить не только название детали (или , по сути, технологического процесса) но и количество этих деталей.  Обоснование: если ...
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать. Пояснение: В VOGBIT в тех задачах для чего, в основном, используется в этой программе подсистема ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настройкой шаблонов отчётов, если интереса/желания/времени глубоко в эту тему погружаться не ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного заказа (карты заказа)  была нажата кнопка "Отметить, как законченные" в окне, которое у вас на карти ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Здравствуйте, Да, нормальная инструкция. Для "среднего" уровня актуальна. Это для случая, мех обработки или сборки несложной, когда сдаётся по количеству и нормо-часы закрываются по нормативам при этом (терминал "тип 2"). ...
Транспортные расходы - Прочее
Константин Чилингаров: Здравствуйте, Данная программа не предназначена для учёта расходов в понимании, например, финансового отдела. Таких как затраты на электроэнергию, транспорт, содержание помещений, вспомогательных служб и т.д. и т.п. Она просто не для этого.  Ч ...
Выполнение нескольких заданий одновременно. - Терминалы
Константин Чилингаров: Здравствуйте, Маловато исходной информации пока, чтобы что-то сказать. Какая цель (применения программы в данном месте)? Нужно просто отмечать и видеть, что кран такой-то закомплектован, кран такой-то закомплектован и т.д.? Или это какая-то сл ...
Удаление папки - Прочее
Наталья Захарова: Все получилось, спасибо.
Штрих код на деталях - Производство
Константин Чилингаров: 18336 Fomina написал: Я правильно понимаю, что в текущей версии штрих-код назначается автоматически? Если речь про тот штрих-код, который в "графике производства", то достаточно давно уже он назначается автоматически при создании задан ...
Колонка "Наладка" в Статистике производства - Прочее
Константин Чилингаров: Здравствуйте, Это для учёта работы наладчиков станков с ЧПУ. https://youtu.be/KnCDki8k-9Y?t=819 Вот из этой серии (13:39) Потом фильтр по этой колонке ставишь в "Статистике производства" и нужную группировку (например, по людям->д ...
Активация/деактивация - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: В новой версии 20.5 по прежнему есть ограничение на количество деактиваций? Да. 10 шт. В следующей версии, вполне вероятно, появится новый тип лицензий, которые можно будет запускать на разных компьюте ...
Пустой бланк - Демо версия
Константин Чилингаров: Можно, конечно. Если сами умеете - корректируйте. Если сами не умеете, то можем мы по вашим пожеланиям за скромную плату. В последнем случае - пишите на почту свои пожелания. Желательно, максимально подробно. Обсудим.
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Посмотрел. Действительно. В "Графике производства" цветами раскрашивается по приоритету (по нажатию кнопки соответствующей), пока не "готово". Позиции, которые имеют состояние "готово" перестают раскра ...
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Это погрешность округления. Коэффициент пересчёта округлили до 3 знаков, когда вводили (стоит в базе кг->м = 0,004). В итоге при пересчёте 698 кг в метры получается 2,792. Что уже не совсем точно. Если потом пересчитать обратно в метры (по тому ...
Статистика производства - Прочее
Константин Чилингаров: Дело в том, что «Техпроцесс» (то, что открывается по кнопке «Технология подробно» на изделии) и «Задания» (то, что открывается по двойному щелчку или по «выполнение» в «графике» производства») – это не одно и то же. Это разные вещи. Связанные между с ...
Пропадают спецификации и техпроцессы - Прочее
Наталья Захарова: Здравствуйте. Спасибо!
Ошибка при попытке сформировать отчет - Ошибки в работе
Константин Чилингаров: Отчёт из "Статистики производства", я так понимаю? При последнем обновлении меняли все бланки отчётов из этого режима на новые. Причина ошибки - не заменён бланк - старый, от старой версии сейчас в базе у вас лежит сейчас. Обновление пост ...
Ошибка - Ошибки в работе
Константин Чилингаров: Место кончилось. Если стоит бесплатный SQL (Express edition), то у него  ограничение по максимальному размеру базы данных = 10GB. Скорее всего достигнуто это ограничение. Как временно спастись: 1. Сделать резервную копию базы данных. 2. Через ...

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

- Практические приемы работы - Старые разделы форума
Страницы: 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
Сейчас на форуме (гостей: 21)
Всего зарегистрированных пользователей: 3166
Приняло участие в обсуждении: 364
Всего тем: 804
Всего сообщений: 6067

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