такая проблема:
есть хитропридуманная премия, которая идёт на 91* счёт и по ней все отчисления тоже хотят на этот счёт. Не могу придумать как можно разделить отдельно базы, выплаты, как потом побить одни и те же ВО по разным счетам (не плодить же ВО).
Может какой сплит или что, не знаю. А потом расширением или fi-замещением как-то разложить?
Как тут можно выкрутиться?

ну можно поставить 62 класс обработки 9 чтобы сделала RUSPL VW, так выделим налог.
ну а потом можно просто отдельным классом рулить на какой счет выделять, или в BADi прогона поменять счет по какому-то правилу

Там кстати в V0 будет лежать вид оплаты с которого рассчитана база и налог, можно в бади символический счет видаоплаты брать

Гмм.. А у вас 91 счет на отдельный МВЗ/Заказ/МВП контировать не надо?
Просто если надо, то через альтернативную контировку разруливается на ура практически в стандарте. ВО получает С1 сплит, на который успешно накручиваются все базы и прочие налоги. Затем, в exit_rpcipe_001 (который симв счет заменяет, с номером могу ошибиться), меняем символический счет на нужный. Всё. Цена вопроса - 3 строки абапа.

Коллега я так понимаю, эта хитрая премия в вашем случае должна иметь контировку на C1?

никаких особых контировок не надо - на основное мвз сотрудника. в том-то и дело. и пользователей не заставишь прописать какой-нибудь фиктивный мвз.
а как-то в самом расчёте этой премии присвоить фиктивную контировку на фиктивное мвз? Но в том-то и дело что мвз надо обычное работника, а если переприсвою... Вообще надо узнать.
А бизнес-сфера?

62? Накопление и хранение видов оплаты >CYCL.RU62 У меня зарплата древняя ещё долокализованных времён, так что всё по-своему, приходится рыть всё и разбираться. Ничо, к концу года сделаем стандартную, но пока эту надо в живом состоянии содержать (зато опытаааа наберусь, гы)
но идея поискать в районе SPLIT стандартной по чём побить можно

Ну вы в разработке поставьте операцию RUSPL VW перед adccu и промоделируйте, а какое значение класса в итоге будет это не важно

Да, в принципе, контировку альтернативную можно и абапом заполнить при сохранении ИТ информацией из основного МВЗ. Основное условие по созданию сплита выполняется. Но только надо сразу подумать, что делать с С0, со сменой МВЗ основного, с распределением затрат при его наличии

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

Я использовал поле Exbel (aka COBL_EX-EXBEL) в assob'e. Заполнять надо было только БЕ и КЕ абапом.
через PBAS0001, FM EXIT_SAPFP50M_002. Используем метод класса CL_HRPA_INFOTYPE_CONTAINER-> UPDATE_PREF

Хочу предупредить тех кто решил использовать это решение:
Если у вас для баз СВ 68 кл обработки стоит такое значение, что дельты пересчета передаются в текущий месяц, тогда имейте ввиду, что сплиты по v0 порожденные RUSPL VW будут при передачи дельт теряться. Т.о. на текущий момент для корректной передачи таких дельт нужно подламывать некоторые правила обработки 68 кл. и создавать свою операцию аналогичную RUSPL Y0.

Здравствуйте! А можно вот здесь поподробнее "ВО получает С1 сплит, на который успешно накручиваются все базы и прочие налоги." У нас такой случай.
2 5534 Мат.помощь 01 0001 5.000,00
Далее идет кумуляция и сплит по C1 у вида оплат /121
2 /121 ФЗП для ПФ 01 34.070,00
2 /121 ФЗП для ПФ 01 R 01 5.110,50
2 /121 ФЗП для ПФ 01 0001 5.000,00

Затем выполняется RUTCE и на выходе нет сплита по отчислениям
Где и что необходимо сделать, чтобы отчисления насчитывались отдельно по ВО 5534?

Есть другой способ выделить СВ с вида оплат без использования С1:

В правиле , которая складывает в RT и делает ADDCU, делается отдельное значение класса обработки.
Видам оплат, которые идут по этому значению, устанавливаем какое нибудь значение кантри слита(например, SETIN 3=91)
Все базы и взносы разложатся с учетом этого сплита, и там уже кусочек взносов с этим сплитом можно обрабатывать для проводок(либо технический ВО создаем по этому сплиту, который "выкусывает" часть стандартного ВО, либо по сплиту в расширении проводки подменяем счет, либо делаем две проводки к одному ВО)

Плюс данного подхода в том, что он без абапа , а также при перерасчетах прошлых периодов СВ корректно выделяются.

У нас как раз вариант с использованием С1. Делаем ADDCU и появляется вид оплаты /121 со сплитом С1:
2 /121 ФЗП для ПФ 01 8.102,26
2 /121 ФЗП для ПФ 01 R 01 1.215,34
2 /121 ФЗП для ПФ 02 01 16.314,21
2 /121 ФЗП для ПФ 03 11.424,19
2 /121 ФЗП для ПФ 03 R 01 1.713,63
2 /121 ФЗП для ПФ 03 0001 5.000,00

Затем выполняется функция RUTCE и на выходе нет уже сплита по базам и взносам
* /401 БазаПенсион 02 22,00 39.769,63
* /402 БазаФондСоц 03 2,90 39.769,63
* /403 БазаФондМед 04 5,10 39.769,63
* /405 БазаФондСоц 0,20 39.769,63

* /301 Пенсионный 8.749,32-
* /302 ФондСоцСтра 1.153,32-
* /303 ФондМедСтра 2.028,25-
* /305 CC (НСП и П 0,20 79,54-
* /3C1 ПФ - общий 02 22,00 8.749,32-
* /3C2 СС - общий 03 2,90 1.153,32-
* /3C3 МСФ - общий 04 5,10 2.028,25-
* /3C5 Соц.Страх(Н 0,20 79,54-

В функции RUTCE отрабатывает правило и в нем указал параметр RESET *. Сплит появился только по WPBP.

A ВОпл ТекстВОп APC1C2C3aBKoReBTAwvTvNЕднцСумма/ЕднцЧисло Сумма

/121 ФЗП для ПФ 01 43.769,63

Что необходимо сделать, чтобы база и взносы посчитались со сплитом?

Базы и взносы со сплитом не считаются.

После RUTCE или RUTAX есть правила (RUTB, RUTD) которые сплитуют /30* пропорционально соответствующим кумуляциям /12*.

В самой RUTAX или RUTCE /12* не должен пересчитываться и никакие сплиты не должны убираться.