Уважаемые дамы и господа!

Кто сталкивался с разработкой сдельной заработной платы? Если сталкивались, то каким путем шли?

Что именно интересует? Какая у вас сделка?

Аккордная

Что именно? Концепция, при которой можно сравнительно безболезнено организовать расчет сдельной заработной платы

Оплата на основе нарядов ТОРО, по договорам ГПХ или что-то иное?

Все данные ведутся без интеграции с Логистикой. Оплата на основе нарядов, которые ведутся в сдельной HR.

А какую информацию по нарядам планируется вносить вручную (длительность, тариф, количество выполненных операций, вид операции)? Сделку баригадная или индивидуальная? Если первое, то есть ли КТУ?

Сразу оговорюсь, что нам пришлось вносить много изменений в логику транзакции pw01, т.к. существующий функционал по сделке нам в полном объёме не подходил.

Количество операций, длительность, тариф. Сделка как бригадная, так и индивидуальная. По поводу того, что придется менять в какой то степени стандарт это понтяно

А можно поинтересоваться, как вы релазизовали расчет зарплаты. Вы различные коэффициенты и значения завязанные на членов бригады считали до расчета зарплаты или же уже в самой схеме расчета?

В pw01 все заносится(наряды, КТУ, ФОТ).
Вычисляется, если нужно, заработок с КТУ и иные значение, которые можно через постфиксную запись представить.

В схеме функции читают кластерки сдельные и потом в правилках по разным sow... полям обрабатываются.

Он имел в ввиду, что косвенно-сдельная оплата считается зтовской прогой до расчета и результат распределенной части ФОТа кладет в наряд определнного типа, который потом так же считывается в схеме.
А сдельная индивидуальная или аккордная берется в схеме сразу из настроенных кумуляций нарядов.

Если сумма КТУ по бригаде не имеет огрничений типа: сумма всех КТУ равна 1, сумма всех КТУ равна количеству членов бригады, то придётся разрабатыать программу, которая будет создавать индивидуальные расчётные листы по сдельной оплате. Однако, возможно, можно <я не знать русский языка> настроить куммуляции и обойтись без этой разработки. А дальше из правил расчёта зарплаты можно читать любые поля кластера по сдельной зарплате.

Только при стандарте считать в функциях схемы можно только кумуляции. Т.е. по стандарту таблицы кластера, содержащие сами наряды, не читаются. По-моему так.

Это ограничение относится к бригадной сделке, т.е. нарядам, которые подтверждены не табельный номер, а на номер бригады.

Мне тоже так кажется.
Даже основной вопрос в какой функции. Типа pw1 - считывает, pw2 - не считывает.