VOGBIT Как правильно занормировать? - Общие вопросы
О новом модуле программы «Пролёживание» - Мнение руководителя производства

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

Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!? Если есть изделие разработанное в Компас, то как информ ...
Модуль для планирования - Производство
Константин Чилингаров: Можно на этот.
Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /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
Как правильно занормировать?
 
Добрый день!
При высоком уровне учёта задаю технологию на заказ, при этом использую укрупнённое нормирование (рис.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
Сейчас на форуме
Всего зарегистрированных пользователей: 4471
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт