Добрый день!

Подскажите пожалуйста, кто как обходил ошибку "Entry too long (enter in the format _.___.__~,__V)" при попытке внести в налоговую шкалу (ракурс V_T7RUT1) цифры 20000000 и 50000000? Пока есть идея поменять элемент данных P33_TAX_INCOME (что вероятно приведет к новым ошибкам, но уже при запуске расчета). Возможно у кого-то есть решение красивее?

Ракурс V_T7RUT1 проверяется в операции расчёта AMT=YSCAL.
В свою очередь эта операция вызывается только лишь в конечном правиле RU8D налогового класса 13.
Возможно, альтернативным вариантом решения проблемы будет создание собственной операции, аналогичной AMT=YSCAL, где вместо V_T7RUT1 будет проверятьcя Z-аналог этого ракурса.

А кто-то настраивал отдельную шкалу для РК СН? Не совсем понимаю как быть с вычетами, их применять только на основную шкалу 13-15-18-20-22, или как-то распределять между основной базой и базой для РК СН? Может же быть ситуация, что база для вычета идет 5+ млн %)

На сколько я понимаю, вычеты нужно применять сначала на основную шкалу, затем, если останутся не использованные, применить на РК/СН. Это в каждый расчет.
И в третью очередь, на подарки, но только в конце года.

Посмотрите ноту 3517552 - Progressive income tax rate as of 2025
Там изменена размерность и сделан РК на вычеты.

Каким образом ее можно посмотреть?
Не знаю как у других, но у меня s-user удалили в сентябре 2024, при то что он был не снгшный.

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

впрочем я также поменял домен у P33_TAX_INCOME, P36_TAX_INCOME, PKZ_TAX_INCOME.
шкалу по РК пока не настраивал, т.к на моих проектах вродет нет предприятий с СН, т.е особо мне эта нота мб и не нужна, но само решение интересно посмотреть,