По нашей проблеме пришел ответ из САПа следующего содержания:
описываемая проблема, вероятно, связана с тем, что в Вашей системе
в таблице TRESN отсутствует необходимая запись для корректного создания
в системе нового объекта, поставляемого в ноте.
К сожалению, по техническим причинам соответствующее изменение таблицы
TRESN в поставке в настоящее время не представляется возможным.
Для того, чтобы нота могла быть применена в системе, Вы можете сделать
выполнить ведение ракурса :
- скопировать запись, у которой
Program ID : R3TR
Object Type : PROG
Name Range : HR
при этом в поле 'Name Range' измените значение на 'HRU', а в поле
'Package' измените 'P' на 'PC33';
- выбрать запись R3TR PROG HR и удалить ее;
- сохранить изменения.
После этих шагов попробуйте снова применить ноту 1302016.

Помогло, нота встала.

Но отчет не заработал. У кого работает после установки этой ноты?

Отчёт вообще не работает или не работаент как надо?

Конечно, я имел в виду, что не работает, как надо, т.е. проблема, которая должна была решиться этой нотой никуда не ушла.

McRiol, т.е. Вы произвели перерасчеты и новая таблица TAX не появилась в кластере?
Или таблица появилась, налоги в RT разделились по CNTR1, но отчет по прежнему работает не правильно?

Табличка TAX в кластере появилась, базы и налоги в RT сидят со сплитами, а раздел 2.1 РАП по ЕСН заполняется как и раньше.
У кого-нибудь заработали отчёты так как надо?

Спасибо, участие.
Дело вот в чем. Перерасчеты сделаны, таблица TAX в кластере появилась. Налоги рассплитовались. В отчет были подставлены виды оплат, /3c*, /40*, /3CA и /3CB, но все равно налоговая база не сохранятся при переходе. Хотя в кластере суммы налога при достижении налоговой базы 280000р. и превышении этой суммы считаются правильно и сплитуются так, как надо, т.е с учетом дохода, который был перед сменой единицы расчета. Чтоделать ума не приложу. Видимо придется дебажить.

Если у кого-то получилось и работает, как надо поделитесь, поожалуйста, как вы это сделали.

Не совсем онятна суть вашей проблемы. Исходя из чего сделан первый вывод?

Получается вот что. Если у сотрудника в течение налогового периода в совокупности за все единицы расчета доход превышает 280 000руб. отчет вычисляет правильно сумму превышающую 280 000руб, но в базы, где должны быть суммы дохода по всем единицам расчета попадают сумм только по последней единице расчета. Отчет запускается по одному сотруднику, который 10.03.2009 года был переведен в другой филиал со сменой единицы расчета. У данного сотрудника общий доход по всем единицам расчета составил 360000 за 6 месяцев налогового периода. Но как видно из файла, в строку 020 попадает другая сумма – 225714руб. (сумма дохода по последней единице расчета).
Если отчет запускать без указания единицы расчета, тогда расчет строки 0100 получается правильным, следующим образом

а если по последней единице расчета, тогда получается белиберда

225714 это наверное база начисленная по последней расчетной единицы. Отчет расшифровывает по каким ставкам прошло налогообложение. Разве это не правильно? Хотя разделение должно быть по юрлицу. У вас разделение по юрлицу и по единице расчета не совпадают?

Видите ли в чем дело, если присмотреться внимательнее ко второму скрину, то там 225714 рублей отчет помещает в сторку 020 - "от 280001руб. до 600000руб.", она явно не попадает в этот диапазон. А в строку 021 -"280 000 руб." попадает сумма 145714, хотя должно быть там именно 280000 руб., если доход у сотрудника перевалил за эту сумму. В этом то и проблема...как то получается, что по смыслу в 020 строке значение 360000руб в 021 - 280000, но почему-то подставляются суммы взятые только по последней единице расчета.
А строка 022 считается правильно. Вот я и не понимаю, что происходит.

Коллега, так а в этом то как раз и состаяла суть изменений в ноте
Без изменений суммы падали в первый диапазон. НО согласно разьяснению XYZ диапазон должен выбираться на основании суммарного дохода человека по организации. У чела 360000 что больше чем 280000. И при этом показываться должны только суммы по обособленному подразделению. Что собственно и есть на вашей картинке.
А вы чего ожидали то?

Да, да, да! Вы чертовски правы! Извините меня я забулждался!

Предупреждение об ошибке: если установили данную ноту (или соответствующий пакет) и в качестве правила конечной обработки в соответствующих налоговых класах установлено правило RUQ5, то ЕСН при отрицательной базе за текущий месяц рассчитываться не будет (т.е. налог не возвращается, не генерируются /40х и /30х).

вообще в стандартной схеме отрицательная база за текущий месяц возможна, если только вносить отрицательные начисления или изменить правила переноса баз при перерасчете прошлого налогового периода (68 класс обработки).
Спасибо за предупреждение, надо будет проверить.