VOGBIT статистика по технологиям - Состав и технология
VOGBIT и Telegram бот - Пример доступа к данным из системы управления производством с телефона через Telegram

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

Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
Константин Чилингаров: Не удалось загрузить файл или сборку "EPPlus, Version=4.1.0.0, Culture=neutral, PublicKeyToken=ea159fdaa78159a1" либо одну из их зависимостей. По этому вопросу:  С ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /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 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...
Отсутствие деталей, операций в графике производства - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...

статистика по технологиям

Подготовка исходных данных, описание изделий и процесса их изготовления - Состав и технология - Работа с программой
Страницы: 1
статистика по технологиям
 
Можно ли вывести статистику работы технолога, сколько технологических карт он сделал по дням?
 
Нет. Сколько карт сделал по дням - нет такой статистики.
Как и не очень понятно что значит "сделал". Где граница? А если "сделал", а потом ещё "пододелывал" на следующий день или через неделю, то это как?
А если делали два и более технологов? (один одну операцию, например, а второй другую).

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

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

Идея же считать "карты" мне непонятна.
Если хотите использовать это, как некий "мотиватор" технолога - не получится. Не будет "количество техпроцессов" тут работать, моё мнение. Надо какие-то другие пути искать, как заинтересованность людей создать, делать быстрее, больше, лучше..

В качестве отвлечения, расскажу пару примеров из своей жизни, про неправильно выбранные критерии для мотивации:

Пример 1.
Приехал я на завод в начале 2000-х Старый завод, советский ещё. Делал простые достаточно изделия из нескольких несложных деталей. Я очень удивился когда мне дали комплект КД посмотреть на изделие из 18-ти деталей. Это была папка бумаги толщиной с ладонь. На простецкое изделие из 18-то простых деталей, типа платина прямоугольная с отверстиями, колечко от пружины отрезанное и т.п.
Потом понятно стало, где собака порылась,
Кто-то когда-то придумал платить конструкторам по количеству форматов А4.
И понеслась...
Во-первых, всё на А3
Во-вторых, везде где есть возможность - оформлять как сборочную единицу. А к ней спецификацию, ведомость и т.д.
В результате: пластинка в изделии 30х70 мм в неё колечко от пружины вставлено. Вместо того, чтобы просто на сборочном чертеже это нарисовать, как все делают, там это оформлено как отдельная сборочная единица. А к ней сборочный чертёж формата А3, спецификация, ведомость... И так на всё...

Пример 2.
Примерно из того же промежутка времени.
Внедрял другую программу на большом заводе. В отделах конструкторов/технологов.
На большом заводе.
Был там начальник АСУ. Он всё хотел "заставить работать этих технологов". Сделал себе отчёт из программы, кто во сколько в зашел/вышел из программы. Отчёт по дням сколько народу из какого отдела "работало в программе".
И гордо этот отчёт на совещаниях показывал.
Что было по факту: тётеньки из ОГТ приходили с утра на работу, включали компьютер, заходили в программу, оставляли окошко висеть открытым и шли спокойно пить чай и обсуждать последние новости. И все получали премии "за внедрение программы".
 
Цель данной статистики не мотивация технолога, а поиск узкого места в производстве. С внедрением среднего уровня учета явно стала видна недогруженность станков, есть большое подозрение, что один технолог не справляется с объемом работ. Вот и хочется посмотреть темпы его работы.

А в качестве границы можно использовать установку галочки готово в технологии. Для нас это корректный показатель, поскольку обычно, технолог делает технологию детали сразу, очень редко к ней возвращаясь по второму разу (около 1% навскидку).
 
Цитата
Lexam написал:
явно стала видна недогруженность станков, есть большое подозрение, что один технолог не справляется с объемом работ
Может, количество/производительность станков просто больше, чем есть на них деталей обрабатывать?  ;)
Хотя вам виднее, конечно, на месте...

Цитата
Lexam написал:
качестве границы можно использовать установку галочки готово в технологии
Если задаться целью, то можно отловить это через "события". И соорудить отчёт.
Правда очень легко при такой методе, имея определённые знания, "накрутить счётчик" в любую нужную сторону...
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4436
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт