Пооперационная оплата труда

Давно идёт спор об оплате труда, - процент или пооперационная...
В данной теме предлагаю сторонникам пооперационной оплаты поделиться своим опытом и наработками. Приветствуется предоставление для анализа таблиц расценок.
К примеру:

- 1н/ч стоит 2,5USD
... Сверление отверстия - 0.02н/ч
... Установка полкодержателя - 0,01н/ч
... и т.д.

ИЛИ:

- Сверление отверстия - 0,05USD
- Установка полкодержателя - 0,025USD
- и т.д.

[PolySOFT]

Сообщение от Uncle

То есть, чем специальный софт отличается от возможностей конкретно Базис Сметы

Специальный софт умеет планировать (рассчитывать варианты) производство таким образом, чтобы совокупные потери были минимальными. Параметры вычисляются не для одной отдельно взятой детали, а в аспекте партий деталей, сформированных исходя из тех или иных приоритетов.

[Uncle]

Сообщение от PolySOFT

Специальный софт умеет планировать (рассчитывать варианты) производство...

Понятно. Думал, какая то конкретика будет. А тут как обычно - прелюдия к рекламе себя)...

[Meccano]

Пооперационная оплата труда - это не совсем оплата труда. Если конечно у Вас не 5 человек на производстве.... хотя и в этом случае.
Дело в том, что оплата труда состоит из двух этапов: начисление и распределение.
Процент или стоимость операции-это средства начисления, формирования некоторого фонда, который в конце месяца (или как у вас принято) уже распределяется между участниками производственного процесса. И способ распределения тоже крайне важен.
Но существует еще такой момент, как управление производственным процессом, который и позволяет фонд наполнять эффективнее.
Так вот по моему мнению, управлять легче при процентном начислении фонда и сдельно-почасовым распределением.

Может не совсем понятно, хотелось покороче. Тема емкая, за 15 лет управления чего только не перепробовал в оплате труда.

[Uncle]

Сообщение от Meccano

Тема емкая, за 15 лет управления чего только не перепробовал в оплате труда.

Для того что бы обсуждать эту "емкую тему", для начала нужно разбить на категории производства. Начисление и распределение кардинально отличается от производств "где 5 человек", "где 50 человек", "где делают дизайнерскую мебель", "где делают серийный ширпотреб". Это как минимум. А так, огульно - просто болтовня, вода...

[Meccano]

Uncle, Вы абсолютно правы, что стоит разделять производства и по направлениям мебельного бизнеса, и по размерам. Но, могу заверить, тот метод, который я описал коротенько, показал себя хорошо и на мебельных ателье до 10 человек и на производстве около 50ти человек.

[Uncle]

Сообщение от Meccano

Uncle, Вы абсолютно правы, что стоит разделять производства и по направлениям мебельного бизнеса, и по размерам. Но, могу заверить, тот метод, который я описал коротенько, показал себя хорошо и на мебельных ателье до 10 человек и на производстве около 50ти человек.

Тот метод что Вы коротенько описали, точно не будет работать, или вернее не будет достаточно справедливо начислять и распределять на моем маленьком производстве. Я через это уже прошел, то что Вы описали . По этому вот так вот огульно утверждать, заверять что что то где то будет работать успешно, не совсем разумно.

[Meccano]

Уважаемый, Uncle, не хочется вступать в полемику и тем более простите великодушно, если сочтете офтопом, но я не утверждал, что мой метод будет работать на Вашем предприятии и тем более не говорил о его справедливости. Лишь отметил что он (метод) упрощает управление и поднимает эффективность производства. Прошу не обвинять меня в неразумности и предлагаю разойтись при своих.

[PolySOFT]

Сообщение от Uncle

Понятно. Думал, какая то конкретика будет. А тут как обычно - прелюдия к рекламе себя)...

Нет, дружище Uncle, это не реклама. Я устал убеждать мебельщиков. Надеюсь, что нам удастся развить софт, чтобы он сам по себе притягивал их. Ну, а если нет, я уже заработал на домик в деревне, где нет интернета.

Ну, а пока конкретика, так конкретика…
Конструктор, предположим в Базисе, нарисовал изделие и грузанул спецификацию в некую другую программу, которая по теме ветки в качестве результата должна рассчитать зарплату.
Операции из полученного файла сопоставляются или синхронизируются через справочник операций, в результате чего определяется техпроцесс для каждого объекта спецификации. Каждая операция имеет единицу стоимости – в простонародье – цену. Количество операции рассчитывается исходя из параметров деталей в контексте производственного расписания, рассчитанного по определённому алгоритму исходя из приоритетов планирования. Для этого программа анализирует параметры возможностей и ограничений оборудования, а также, какой альтернативный маршрут (если есть) оптимально применить. Зарплата рассчитывается автоматически для каждой операции для каждой детали для каждого сотрудника, совершившего конкретные действия над конкретным объектом. Это достигается с помощью мониторинга производственных процессов (или придуманного одним нашим пользователем – «лайт» мониторинга). Если такого пакета нет, сотрудник, выполнивший наряд (или сотрудники с КТУ), указывается в автоматически сформированном журнале выпуска производства, в котором после «проведения» операции со статусом «конечная» могут происходить любые назначенные процедуры, такие как перемещение или списание. Стоит ли говорить, что эти процедуры помимо з/п рождают множество очень полезных отчетов, например, текущая загрузка оборудования, выполнение нарядов в производстве и где в производстве находится наряд, действия с отловленным браком и его учёт и многое другое.

В качестве иллюстрации прилагаю скрины интерфейсов программы.
Пока писал, пришла мысль в голову, что если в аспекте з/п использовать модуль «Управление бизнес-процессами», рождающий задачи не производственным сотрудникам, то сделкой для них может быть выполнение задач, фиксируемых в специальном журнале.

[Uncle]

Сообщение от PolySOFT

Операции из полученного файла сопоставляются или синхронизируются через справочник операций, в результате чего определяется техпроцесс для каждого объекта спецификации. Каждая операция имеет единицу стоимости – в простонародье – цену. Количество операции рассчитывается исходя из параметров деталей в контексте производственного расписания, рассчитанного по определённому алгоритму исходя из приоритетов планирования. Для этого программа анализирует параметры возможностей и ограничений оборудования, а также, какой альтернативный маршрут (если есть) оптимально применить. Зарплата рассчитывается автоматически для каждой операции для каждой детали для каждого сотрудника, совершившего конкретные действия над конкретным объектом. Это достигается с помощью мониторинга производственных процессов (или придуманного одним нашим пользователем – «лайт» мониторинга). Если такого пакета нет, сотрудник, выполнивший наряд (или сотрудники с КТУ), указывается в автоматически сформированном журнале выпуска производства, в котором после «проведения» операции со статусом «конечная» могут происходить любые назначенные процедуры, такие как перемещение или списание. Стоит ли говорить, что эти процедуры помимо з/п рождают множество очень полезных отчетов, например, текущая загрузка оборудования, выполнение нарядов в производстве и где в производстве находится наряд, действия с отловленным браком и его учёт и многое другое.

PolySOFT, я ж говорю - я верю что такой софт это может. Тут, скажем так, ничего непонятного нет. Но этот софт применим только на производстве где почти каждую операцию выполняет отдельное звено - раскрой, облицовка, фрезеровка, присадка, сборка и так далее. Для маленького производства, мастерской типа как у нас, где каждый заказ, от раскроя и до монтажа делает одна бригада, которая состоит из одного человека, вполне достаточно Базис Сметы. Да, раскрой и монтаж выполняют по два человека. Но для этого все типы операций разделены по классам и соответственно, легко отделить операцию раскроя и монтажа, а равно и другие операции, что бы по этим операциям начислить зарплату двоим... Даже если по какой то причине мастер не смог закончить заказ и вместо него доделывает другой. Благодаря классификации вполне корректно и адекватно распределяется оплата. То есть, я, используя Базис Смету, в своей мастерской не испытываю недостатка в наличии инструментов для начисления и распределения зарплаты мастерам.

[FABRE]

Сообщение от PolySOFT

Я устал убеждать мебельщиков.

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

Сообщение от PolySOFT

В качестве иллюстрации прилагаю скрины интерфейсов программы.

Скрытый текст

[свернуть]