Расчет зарплаты за полный период -
в ИТ8 с 01.03.2013 по 31.03.2013 оклад пусть 1000
в ИТ14 с 15.03.2013 по 25.03.2013 надбавка пусть 10%
по текущей настройке системы в расчете имеем надбавку = 1000*10%=100

как правильно по стандарту заставить расчет надбавки считать по методу (25-15+1)/норма дней * 1000(оклад) * 10% ?
(изначально надбавка была в ИТ8 и там все красиво, а теперь заставляют перенести ее в ИТ14 и она пока к интервалам равнодушна... )
спасибо.

Поставьте для этой надбавки в 47 классе обработки R.
Тогда, при расчёте ЗП она будет сплитовать все выплаты.

У нас период же полный в таблице 512 есть:
1 Распред в/о по неполным периодам (сокращ в соотв с календарн дни)
2 Распред в/о по неполным периодам (сокращ в соотв с параметр НП)
A Переписать в OT для дальнейшей обработки
B Исключить вид оплаты
C Сброс всех индикаторов и переписать в OT для дальнейшей обработки
D Годовое вознаграждение
E Аванс (YA11), исключить вид оплаты (Y011)
F Месячная премия - 1 (max) значение в периоде (Y011 + Y012)
Q Квартальная премия
Z Распред в/о по неполным периодам (для 14 ИТ)
--------------------------------------------------------------------------
А можно кусок вашего правила (я так понимаю это правило UAF5) для вашей комбинации R посмотреть?

VWTCL 47
R
OPIND
ELIMI A
WPBPC

В правиле RU11 (функция Р0014)

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

Если же всё-таки решитесь делать второй вариант, то могу помочь написать такое правило)

такое решение не помогло - у меня же нет разделения в ИТ8, а правило мне интересно - помогите...

операция WPBPС как раз и должна вам создавать разделение WPBP для видов оплаты по данным 0014 Ит

НУ не так WPBC создает сплиты только по 0,1,7,8,27 инфотипам
дополнительно сплиты создаются через RUSPL (на основании 2001 инфотипа) и P0014 (только по тем в.о. которые имеют соответмвующий КО)

Функция WPBP - сплиты по 0,1,7,8,27
Операция WPBPС - дальнейшая рассплитовка WPBP(IT) в соответствии с 14 ИТ в рамках вызова правила в функции P0014

А!, ну ок, спасибо за наводку

Что-то не получается...
Из журнала:
P0014 UAP1 GEN NOAB Обр.периодич.и разовых начисл./удерж.
Вход
P0014
WPBP
Обработка
UAP1 * AMT= BETRG
UAP1 * NUM= ANZHL
UAP1 * VAKEYZEINH
UAP1 * *** VWTCL 47
UAP1 * *** 2 OPIND
UAP1 * *** 2 ELIMI A
UAP1 * *** 2 WPBPC

Может нужно в параметрах P0014 поменять WPBP на WPBPС ?

Попробуйте WPBPCS (т.е. с параметром S), тогда по идее должно рассплитовать WPBP/IT в соответствии с 14 ИТ и засунуть в IT ваш ВО. WPBPC без параметра просто копирует ВО из 14 ИТ во все существующие WPBP-сплиты (которые без учета 14 ИТ)



о каком параметре идет речь? при вызове функции P0014 таких параметров нет, вы ж сами написали:


стандартное правило при обработке 14 ИТ выглядит как-то так:

при просмотре p0014 (pe04\параметры ввода)
* SAP 0 P0014
* SAP 1 WPBP
22 J01B SAP 1 APER
-----------------------------------------------
Попробовал использовать WPBPC в правиле - ругается, что уже отработала PARTT и разбиение уже есть, исправьте схему...

И по стандарту, где положено буть надбавке за увеличенный объем за период в 8-м же?
Как красиво аргументировать против перенесения, или я не прав?

а ну это вам нужно поставить вызов P0014 до подсхемы обработки временных данных (RUT1, у вас эт наверное будет UAT1).

Ну или если не хотите лишний раз сплитовать, то можно прямо в правиле считать начало и конец записи 14ИТ (правило будет работать только в функции Р0014)

TABLEP0014
NUM=BENDDA
NUM-BBEGDA
NUM+1

Это будет работать для случая, когда даты начала/окончания записи внутри расчётного периода. В общем случае нужно ещё похитрить с датами. Для опеределения дат начала/конца периода
TABLEAPER
NUM=BPBEGD \ NUM=BPENDD

Учтите, что даты в этих полях хранятся в непонятном человеку виде). Для приведения их в человеческий вид, нужно их вычитать.

В общем случае еще и оклад поменяться может.
Если это учитывать без сплитования то придется еще и периоды WPBP анализировать...