Я изучал этот вопрос и вот что нарыл.
Ставки налогов для кодов налогов хранятся в двух таблицах:
1. Привычная нам a003 - не периодозависимая
2. A053 "Налоги: Код юрисдикции" - периодозависимая!

A053 начинает использоваться, когда для налоговой схемы активно использование "кода места налогообложения".
Например, откройте ftxp для страны CA и увидите поля для ведения периодов ставок.
Plank, угадал?

Правда потом я прикинул за и против и таки в конкретной компании использовал способ с новыми кодами.

Нет
Я еще при переходе с 20% на 18% хотел их использовать, но там много нюансов. И сейчас тоже не используются.

Я не гадал, я именно так сделал.


Когда сделать небольшой enchancement проще, чем создать аналоги для 500 кодов налогов, мне кажется это оправданно.
Особенно когда все это нужно уместить в волшебные 2 символа. А затем еще повторить всю массу настроек итп.
И не забудьте, еще и тьму пользователей нужно будет просветить.
Книги, да, также придется незначительно доработать. Как и еще некоторые свои и стандартные программы. Ничего дикого я там не увидел.
Но это не так критично, это всего лишь отчеты. Главное, чтобы miro, vf01, f-02 ... делали проводки четко!
С корректировочными счетами-фактурами, да, есть тонкость (что дата у них будет из 2019 года), но и их проводить можно корректно.


Тоже обратил на это внимание, когда исследовал вопрос. Но места налогообложения ... это что-то американское. Наш российский случай - A003.
Но, к сожалению, SAP не соизволил добавить в нее зависимость от даты. Можно было сделать зависимый от времени аналог A003, но опять же пришлось бы ломать систему, но уже серьезнее.

Не вижу проблемы в том, чтобы обеспечить максимально безопасное решение именно на новых кодах.
Как и повторить настройки для нескольких сотен кодов НДС.
Достаточно сделать Z-таблицу ключей перехода, после чего пройтись по основным ракурсам стандартным или нестандартным. Там все настройки от НДС на примитивных одноуровневых ракурсах (КВО, T007K, T007L и пр.), только декларация на кластерах. Если совсем тяжело руками, то на основе таблицы ключей можно сделать одноразовый обработчик, который пройдет по всем старым кодам из таблицы ключей перехода и повторит записи для нового кода. Вот и все.

Вы их лично обзваниваете что ли? Достаточно одного письма главному бухгалтеру/методологу, в котором попросить "обеспечить всю необходимую коммуникацию, разослать информацию ключевым исполнителям ответственных подразделений".

Это типа так: Дорогие бухгалтера! Сегодня 9 января, в этот торжественный день мы переходим на ставку в 20%! Мы тут насоздавали новых кодов налогов…
А они в ответ: да вы что, а мы и не знали! ?:)

Ну как бы это, протестировать не мешало бы основные процессы, плюс возвраты. Может чего пропустили. Естественно привлечь пользователей к этому.

Кроме того, не мешало бы поискать хардкод через специальные программы поисков, проверить таблицу TVARV, SETLEAF, проверки и замещения на наличие старых кодов налога.

Как бы создание 500 новых кодов налога при изменении ставки - это бэст практис. А то что вы предлагаете, по моему, это выстрел себе в голову - чистое самоубийство. Одумайтесь пока не поздно.

Начался холивар...
Предлагаю вернутся к теме поста:
От большого SAP есть стандартная рекомендация по дублированию кодов.
От консалтинга САП СНГ есть консалтинговый сервис по использованию старых кодов НДС для 18% и 20% в 2019г.
А дальше, каждый сам кузнец своего счастья...

[quote=whitesamurai]
Мы тут насоздавали новых кодов налогов… А они в ответ: да вы что, а мы и не знали! ?:)
[/quote]
Зря иронизируете. Попробуйте тысячам пользователям объяснить, что вместо привычных AA...ZZ из понятных диапазонов - теперь им нужно пользоваться кодами !1, ;2, %3 итп, по причине того, что других свободных мест в 2 символах BLART уже нет (или есть - но то там - то сям)

[quote=whitesamurai]
Кроме того, не мешало бы поискать хардкод через специальные программы поисков, проверить таблицу TVARV, SETLEAF, проверки и замещения на наличие старых кодов налога.
[/quote]
Это вот, кстати, неплохой такой камень в огород создателей новых кодов налога. С моим подходом такой проблемы нет как таковой.


Упорное исследование реализации SAP-ом кодов налога подсказывает мне, что данный консалтинговый сервис обязательно будет связан с "подломом" системы.
Ну не зависит FI-ый код налога от времени!
И во многих стандартных ФМ-ах считывается единственное условие. Не говорю уже о J3R-программах - там дату в принципе игнорируют (.
Но это мои догадки. Если кто обладает реальной информацией - интересно было бы узнать - в чем суть данного сервиса.

P.S. Думаю что за 2 недели до Нового года все уже подготовили свои системы к 20% и данная тема - это просто обсуждение уже пройденного пути! Всех с наступающим!

Здравствуйте, коллеги!
SAP наконец выпустил Ноты, касающиеся изменений в Декларации... И всё бы ничего, но не мог бы кто-нибудь подсказать, а что же всё-таки с новыми формами Книг? В сопутствующих процессу смены ставки Нотах упоминается, что, мол, в действие новые форматы вступят начиная с формирования данных за II квартал (т.е. имеется в виду, что за I квартал можно формировать Книги по-старому?), но я никак не возьму в толк, а как же в старых форматах будут отображаться данные по операциям в новой ставкой? Был бы очень благодарен за любые пояснения!