Кто-нибудь имел такой опыт: делаешь настройки счетов (БУ) на узлах иерархии ПБУ18/02 -создаешь критерии отбора, сохраняешь иерархию, заходишь в нее заново и настройки не сохранились, их нет.У нас в каждом манданте порядка 40 иерархий- налоговых,ПБУ18/02 и МСФО, пробовали удалять в разных мандантах(иерархия мандантонезависимая ) не используемые иерархии, т.к. было подозрение, что превысили позволенное по счетчику количество записей (не более 1 млн.) ничего не помогает - настройки все равно не сохраняются.

Дайте пример записей таблиц j_3rftax_objects и j_3rftax_objsel для узла с не сохраняемыми критериями отбора.

J_3RFTAX_OBJECTS: 400 RN18 U2-80-01 S 828585 822012 РАСХОДЫ НА ПРОДАЖУ

j_3rftax_objsel :
400 RN18 U2-80-01 S 819414 1 G Z0TA X ACCIT_GLX HKONT X 3544000800 3544000800 0000 0000
400 RN18 U2-80-01 S 819414 2 G Z0TA X ACCIT_GLX GKONT X EQ 4402000100 4402000100 0000 0000
400 RN18 U2-80-01 S 819414 3 G Z0TA X ACCIT_GLX BUKRS X EQ 1000 1000 0000 0000
400 RN18 U2-80-01 S 819415 1 G Z0TA ACCIT_GLX HKONT X X 3544009900 3544009900 0000 0000

А что это за 'S' после Налогового объекта? У меня нет поля между NODE_CODE и LINENUM. Или у вас налоговый объект так называется с пробелом "U2-80-01 S"? Может дело в этом пробеле?

Это не поле - это номер узла разниц ПБУ18/02 РФ, у нас есть узлы с буквой "S" на конце и без нее, это нам для аналитики так нужно.

Так может пробел вам и мешает сохранять настройки? Узлы без пробела тоже не сохраняются?

Я работаю с этими настройками с 2008 года и всегда был пробел, до сегодняшнего дня все сохранялось и пробел не меншал этому.

Программа J_3RF_TAX_EDITOBJLIST, инклуд J_3RF_TAX_EDITOBJLISTF01
FORM save_data

SAP не проверяет как прошли операции удаления, обновления, вставки, соответственно может быть все что угодно. Ставите точку остановки и смотрите на внутренние таблицы lt_* и на SY-SUBRC после каждого оператора.
Может проблема с БД, может какие-то дампы (см. в ST22), может проблемы с обновлением (см. в SM13)...

Спасибо, посмотрю.