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

[Uncle]

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

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

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