Новая версия VOGBIT 22.2 - Новые терминалы, новые возможности для производства, расчёт и визуализация обеспеченности с учетом сроков, новый генератор отчётов и многое другое

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

Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: В целом, проблема понятна. Будем думать, конечно, как улучшить. По мере наличия времени. К сожалению, не получается всем одновременно зан ...
Сменное задание - Производство
Константин Чилингаров: Довольно скоро.
Чистка базы - Прочее
Константин Чилингаров: Здравствуйте, написал: Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые... Име ...
Статистика производства - Производство
Константин Чилингаров: Здравствуйте! написал: При открывании статистики появляется окно ошибки см.скрин Это где-то в задании один и тот же работник указан 2 ...
Удаление ошибочно внесенных позиций, восстановление данных после удаления заданий. - Прочее
Константин Чилингаров: Небольшой совет по теме: Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Планирование, загрузка производства - Прочее
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая: Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...
Процесс не может получить доступ к файлу - Отчёты
Константин Чилингаров: Вставлю свои 5 копеек.... Я так понял, пытаетесь загрузить шаблон отчёта старый. Который в виде Excel файла. В таком случае: Проверьте, что ...
Импорт - Экспорт импорт данных
mansur: Спасибо, все получилось. 
НЗП - Общие вопросы
Yarmysh: Спасибо за столь подробное объяснение.. как всегда с ходу вроде все понятно. Буду пробовать это делать в программе. Вроде общую концепцию ...
Ошибка при формировании отчетов - Общие вопросы
Dimashka: Отписался на mailto:info@vogbit.ru info@vogbit.ru
График производства - Прочее
Константин Чилингаров: Здравствуйте, написал: При открытии окна "График производства" ( заказы сгруппированы по колонке "Заказы" ) - разворачиваютс ...
История работ - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Для выполненного задания можно. Два раза щёлкнуть на нём, дальше там есть кнопка "история" (рис.1): дата, смена, кол-во, ...
Приёмка деталей на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Последнее сообщение /forum/messages/forum31/topic2772/message17041/2772-istoriya-rabot#message17041 перенесено . Причина: /forum/rules/ п.8 правил
Задания - Производство
Yarmysh: Спасибо, все заработало.
Обеспеченность - Ошибки в работе
Константин Чилингаров: Здравствуйте, написал: Теперь в этом режиме я понимаю учитывается все изделия когда либо бывшие в производстве и не сданные на основн ...
Технология подробно - Прочее
Balukov: Здравствуйте.  В вашем случае программа определила, что фланец имеет тип " Комплектующие" и не позволила в режиме " Технология по ...
Артикулы как правильно привязать к деталям? - Состав и технология
Константин Чилингаров: Здравствуйте, написал: а можно Артикулы не вручную вводить, а загрузить к примеру с таблицей Эксель Для этого нужно небольшой плагин ...
Ошибка программы после обновления - Общие вопросы
Beavis900: Благодарю! 
Обновление не может окончиться - Обновление
Константин Чилингаров: Здравствуйте, написал: заработало только в таком написании: "10.0.0.30\SQLEXPRESS2019, 1433" Это чисто вопрос сетевого соединения с SQL server. От ...
Учет заделов по сборочным единицам - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Подумаем.  Вообще есть в планах со временем сделать отдельный демо-пример (с руководством к нему) на тему "Обеспеченности". Но начне ...

Как правильно занормировать?

- Общие вопросы - Старые разделы форума
Страницы: 1
Как правильно занормировать?
 
Добрый день!
При высоком уровне учёта задаю технологию на заказ, при этом использую укрупнённое нормирование (рис.1)
Далее смотрю какие операции я задействовал(и делаю так что бы в колонке количество на выбранные мной операции сумма была равна 100%)
Но проблема заключается в том что если есть одна операции (например, в данном случае окраска (AQUA Trucker)) то получается что программа считает 12% трудоёмкости от всего заказа, и условно говоря только 3 часть от этих 12% для изделия 2А, на остальные отправочные марки (2Б и 2В) программа не считает трудоёмкость так как там нет данной операции, и выходит так что трудоёмкость заказа существенно падает (рис. 2-3)
1.JPG (288.62 КБ)
2.JPG (188.31 КБ)
3.JPG (344.2 КБ)
Изменено: prodigy frg - 26.03.2015 10:24:32
 
Ну и ничего страшного. Это нормально.

Во-первых, сумма коэффициентов ровно 100% - это не более, чем условность. Может быть и больше 100 и меньше 100. Что такого, если вдуматься?

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

Тут вы, наверное, не совсем разобрались с общим принципом подобной методики нормирования.

Вдумайтесь, что на что вы, по сути, умножаете. Одну примерную, +- пол лаптя, цифру (приблизительная общая трудоёмкость изготовления марки), на другую не менее +-пол лаптя примерную цифру (приблизительная доля той или иной работы в общем объёме). Как может какая-то точная сумма в таком случае в итоге получиться?
И не получится. Но не в этом смысл (и не должна получаться точная).

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

Настройка заключается в том, что с помощью этих двух рычагов вы и подгоняете результат под подходящий для вас. Причём смотреть на одном заказе из трёх марок – это практически бессмысленно. Слишком маленькая статистическая база. Просто никакая. Надо хотя бы за месяц работы брать статистику. А лучше за несколько.

Цитата

Особенностью указанной методики укрупнённого нормирования является то, что в применении к одному конкретному изделию она, конечно, может давать погрешности, причём значительные. Однако, учитывая специфику производства строительных металлоконструкций*, если брать данные подобного нормирования, например, по всем изделиям, выпущенным за месяц, то окажется, что все вместе они дают вполне адекватную картину**. Главным же преимуществом данной методики укрупнённого нормирования является исключительная простота и скорость подготовки производства (проработки новых заказов для их запуска в производство).

* Изделия однотипные, техпроцесс их изготовления практически один и тот же для всех.

** Т.е. если применить описанную методику нормирования к одной единственной отправочной марке, то высока вероятность, что расчётный норматив на выполнение конкретной работы на посту окажется ощутимо больше или меньше реальной трудоёмкости выполнения данной операции. Но если взять все марки, к примеру, за месяц, то благодаря усреднению таких «ошибок нормирования» итоговые данные будут давать вполне верную картину загруженности работников, что в итоге и требуется.
Источник

Кроме того:
В случае, если что-то уж совсем не то получается, можно для какого-то заказа использовать не стандартный типовой техпроцесс (со стандартным распределением), а завести отдельный свой ТТП с распределением чисто под этот заказ (тип продукции), где проценты будут другие. Не такие, как обычно, а специально подогнанные под то, чтобы на таком "нестандартном" заказе получались более-менее нормальные задания.
 
Это всё верно, я не спорю с тем как работает программа, к программе вопросов нет, я у вас хотел спросить, просто как говорит руководство: "нужно переводить производство на сдельную оплату труда", - вот и возник логический вопрос, я пытался объяснить, ваше объяснение весомее.
Спасибо.
 
Можете использовать вот это: https://vogbit.ru/support/628/#T876

Там вкратце всё написано.
Сдельная система оплаты подразумевает наличие нормативной трудоёмкости заданий (иначе, как мерить, кто больше сделал, а кто меньше (?), когда отдельный человек делает не целиком товарное изделие, а всего лишь отдельную операцию по обработке отдельной детали этого изделия).
Традиционная идея пооперационного нормирования в случае производства типа вашего в современных условиях практически неприменима. Может лет 30 назад такой подход ещё и прошёл бы, но сегодня - нет. Пока вы будете суперточно всё нормировать, ваши заказчики устанут вас ждать, закажут в другом месте, оплатят, получат, смонтируют и следующие 3 заказа оформят уже.
Предлагаемая методика - выход из ситуации. Имеет свои достоинства, недостатки и особенности применения (см. ссылку выше). Но у неё при всём этом есть главный плюс, который перевешивает всё остальное. Она реально позволяет решить задачу. Т.е. завязать оплату труда на количество сделанной человеком работы. Не нанимая для этого 10 нормировщиков и не растягивая срок подготовки производства на месяц.
Страницы: 1
Сейчас на форуме (гостей: 11)
Всего зарегистрированных пользователей: 3744
Приняло участие в обсуждении: 399
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт