Коллеги, приветствую!
Ситуация - внециклический расчет увольниения (тип В) с ретро-расчетом предыдущего месяца/ов.
Для ретро-расчета предыдущего периода схема RUС0 вызывает RUCDT c параметром COL. До вызова функции в таблице RT у ВО /559 есть присвоение сплита BTZNR, после вызова оной - значение сплита очищается. Об этом в принципе сказано в документации - function removes link to BT. Но зачем? В чем смысл этого?
Спасибо!

Я сталкивался с этим года 3 назад. Мне кажется, что в тот момент я "постиг дзен" , и мог сказать зачем так было сделано, но сейчас не помню . Возможно, просто не стали делать обработку. Обратите внимание, что остальные сплиты, которые сохраняются, проходят специальную обработку (процедуры adjust_wpbp, adjust_alp, adjust_c1 и т.д.). Кроме того, ВО /559 немного отличается от остальных - он не изменяется при пересчете, какой был такой остался. Поэтому, возможно, нет смысла обрабатывать изменения.
Если хотите глубже покопаться в проблеме, рассмотрите также вариант сплитования периодов (V_530_E) задним числом. Например, июль месяц был разбит регулярным расчетом на части, в каждой части был свой /559. В августе внесли изменение, июль теперь считается как единый период, и нужно провести межрасчет типа B.

У нас была собственная реализация реестра ведомостей, и сброс сплита U приводил к некрасивым эффектам. Сейчас у нас действует вставка (несколько правил, вставленных до и после RUCDT COL), которая "спасает" /559 от сброса сплита U. Работает.

RoustR
Спасибо за ответ!
У одного из моих клиентов потеря этого сплита немного коробит расчетный лист, проблема впринципе решается настройкой формуляра, но в любом случае вопрос остается открытым. Попробуем поспрашивать SAP.

Скорее всего, чистка сплита для перерасчетов прошлых периодов связано с "защитой" от изменений внешних перечислений - алименты, ЗП. Иначе получится разрыв между RT и REGUH, пусть и по для-периоду. Логика такая, что если нужно доплатить/удержать, то все это отражается по В-периоду, и затрагивает /55* и исполнительные уже для текущих перечислений.