Подскажите пожалуйста, если в стандартной системе активирован taxdt и выполнены все необходимые активности, то каким образом можно менять обработку ВО с для-периода на в-период для справки о доходах?

IMHO, это вопрос не отчета, а расчета. То есть, если каким-то образом видоизменить отчет так, чтобы он работал принципу в-период, а сам расчет не трогать, то отчет просто не будет соответствовать произведенному расчету. Разница будет заметна на переходе года - к какому году будет относится доход, который ввели в новом году за период старого. Если у ТН в старом году было превышение границы изменения, ставки, то возникнет уже ошибка расчете НДФЛ. Также будет ошибка в расчете НДФЛ, если у ТН есть налоговые вычеты.
То есть, для перехода на принцип в-период начинать нужно с расчета. За определение дат отвечает операция RUDAT, в частности RUDAT=I. Можете посмотреть в отладке, там не так много действия. Ключевым будет BADI HRPAYRU_B_PAYDATES (упомянут в документации к операции RUDAT), который отвечает за определение дат доходов. Туда передаются параметры как для-периода, так и в-периода. Поэтому вполне можно сделать фиксацию по принципу в-период.
Так же нужно обратить внимание на функцию RURTR, в которой выполняются аналогичные действия при обратном расчете. На мой взгляд, это ключевой момент в попытке перехода на в-период.

А отчет 6НДФЛ скорее всего трогать даже не нужно будет.

Спасибо большое за такой полный и развернутый ответ!

Скажите пожалуйста, а если есть уже выполненные расчеты за 2021 год и по ним необходимо менять отображение в справке о доходах с для-перида на в-период (при том, что в 2021 функции RURTR в схеме не было и соответственно все ВО раскладывались в RUDAT по для-периоду), то необходимо делать корр схему и перераскладывать базы, налоги и требуемые ВО на в-периоды в расчете за 2021 год? Или есть другой способ? Может быть на что-то еще можно обратить внимание в этой ситуации?

Если говорить про 2НДФЛ, то там при считывании данных из кластера идет классификация каждой записи по разным аспектам, в том числе по датам дохода. То есть, есть некий ВО дохода, у нее стоит сплит на RUDAT, оттуда происходит считывание дат, по которым затем будет происходить разнесение по месяцам. Все это происходит всего в одном классе (сейчас нет под рукой системе, название его не скажу), там можно сделать либо расширение, либо даже замену класс, в которой реализовать свою логику - дату определять не по записи из RUDAT, а просто по в-периоду.
Можно даже не капать так глубоко, а просто найти место зачитывание данных из кластера и сделать вставку/расширение, в которой просто перебить даты в RUDAT по принципу в-период.
И все это сделать с временной привязкой на 2021 год, если так нужно.

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

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

Большое спасибо! Буду разбираться.

Прошу по возможности еще подсказать по поводу передачи отрицательных сумм в в-период. Если я правильно понимаю, стандартное решение при включении TAXDT подразумевает передачу положительных сумм в в-период, а в случае их уменьшения дельты остаются в для-периоде?

Пример, ТН ушел в отпуск в 01 месяце, сумма выплаты за отпуск составила 100р (условно). 01 месяц расчитали и перешли к 02 месяцу. В 02 месяце внесли данные о том, что опуск завершился раньше положенного и откорректировали дни, теперь при расчете 01 месяца в 02 сумма составляет 70р.

При формировании 2 НДФЛ вижу что в 01 месяце сумма отпуска составляет 70р, в то время как пользователь хочет увидить в 01 месяце 100р (по факту выплаты), а в 02 месяце -30р. Это осуществимо стандартными натсройками?

Да, примерно так.

В описанном примере функциональность TAXDT присвоит суммам 100р и -30р одну и туже дату получения дохода (январь). Отчет 2НДФЛ сгруппирует эти суммы по дате получения дохода, и получиться что доход за январь составит 70р. Если текущий вопрос является продолжением первоначального, а именно изменить отображение только в отчете 2НДФЛ, то нужно просто заставить отчет группировать данные по в-периоду. Это можно сделать разными способами, которые здесь были описаны
Если вопрос в том как заставить сам расчет выполняться в нужной порядке, то это кроется в недрах BADI, который здесь уже упоминался ранее.

Спасибо большое!

В продолжении указанного вопроса - функциональность taxdt настроена, схема приведена к стандарту в части расчета налога по датам и все работает, однако есть определенные кейсы с которыми возникают трудности. Например если ТН был резидентом (13-15%) в 2022 году, посреди года он стал нерезидентом (30%), налоги за весь 2022 год пересчитались по новой шкале и все хорошо, но если у такого ТНа возникнет уменьшение дохода за прошлый 2021 год (по 13% шкале), то такая отрицательная дельта не передаст базу в в-период (как это происходит для положительного дохода введенного задним числом за прошлый год) и просто пересчитается по ставке 13% в для-периоде. Пользователь утверждает, что в данном кейсе отрицательная база должна ехать в в-период, уменьшать базу и налог в в-периде по новой (30%) шкале.

Помогите пожалуйста разобраться, сап предусмотрел перенос отрицательных баз в в-период при ретро расчетах и смене налоговой шкалы в стандарте? Может быть есть какое-то разъяснение со стороны налоговой по такому кейсу? Проверил много разных примеров, но такого к сожалению не нашел.