Добрый день, коллеги!

Не знаю, куда писать, сюда или в базис. Но может кто-нибудь что подскажет?

У нас был 12 уровень HR-ных паков. Мне нужны были все изменения, связанные с заменой ЕСН на страховые взносы.
Посмотрев на объем работ, базисники решили, что проще догнать уровень паков до текущего и накатили это все до 22-го уровня.

НО!
Все настройки, отраженные в этих обновлениях, легли в НУЛЕВОЙ мандант.
Когда я спросила базисников, можно ли их как-то скопом достать оттуда и перенести, они сказали, что не знают.
Посоветовали мне транзакцию сравнения содержимого таблиц. Но это же умереть можно - для 10 уровней паков по каждой таблице сравнивать. Если бы речь шла об одной-двух-пяти нотах, это еще куда ни шло... Но в таком количестве...

Подскажите, что с этим делать?
Ведь мы явно не первые и не последние, кто накатывал это все.

А как вы до середины 2010 года то дожили?

Надеюсь у вас это еще в тесте только... посмотрите содержимое каждого патча составьте список модифицированных объектов используемых в ваших бизнес процессах, потом последовательно тестируете их.
По расчету заработной плате кроме таблиц нулевого манданта еще и за модификациями правил и схем следить надо, особенно если они были модифицированы вами ранее (например подсхему RUTAX заменили на свою 33TAX, а в ноте в подсхему добавили строчки, такие изменения придется делать вручную!). Еще некоторые ноты требуют перерасчета с января (viewtopic.php?f=11&t=61243&p=374990).

p.s.
Имхо - патчи все-таки надо ставить в реальном времени - это одна из задач группы поддержки.

Попросите базисников настроить выравнивание ракурсов (sm31 - утилиты - выравнивание).

Да еще забыл отметить, что бывают ноты которые нужно было ставить в начале года, но сап их только в мае выпустил
например: https://service.sap.com/sap/support/notes/1472313

Базисники кошмарят у вас!

Да нет, не кошмарят
А что, лучше было бы отдельными нотами устанавливать?

Вот то, что текущий уровень паков не поддерживается, это плохо, конечно. Но это же не у нас, это у заказчика

Скажите своим базисникам, пусть почитают про транзакцию SCC1.

Думается, что проблема в клиентских таблицах, там сап для примера поставляет настройки, но перетаскивать их не глядя в свою систему не стоит

С таким же успехом можно и SCCL посоветовать

а вы как думаете - для чего консалтинг существует?

+1. Задолбаетесь без хорошего опыта с перерасчетом налогов править базы и тыды.

2Skif: А причем здесь консалтинг?
Вопрос был про то, можно ли скопом перетащить из нулевого манданта в разработку изменения, которые SAP поставляет в сервис-паках.
А что делают эти настройки и нужны ли они, я сама разберусь.

2Proforg: С базами - нет, не задолбаемся.
У нас зарплата сейчас в тестовом режиме, продуктив планируем с января, как все нормальные люди.
Так что базы мы положим загрузкой и никаких проблем.

Проблема в клиентских табличках?
Если да то их не так уж их много... через выравнивание самое то переносить заодно проверять. Иначе, например: если ненароком код своей налоговой льготы совпадет с одной из поставке и запись перетрется.