Добрый день, коллеги.
В данный момент настраиваю налоговый учет в соответствии с ТПР ПБУ 18. Настраиваю не с нуля, но меня было кое-что настроено(не до конца донастроено), но потом было принято решение переделать, поэтому можно сказать с заново все делаю.
Столкнулся со следующей проблемой: в ТПР говорится : "Перенос фактических данных из базы НУ (FI-SL) в базу ПБУ18 (FI-SL) можно осуществить непосредственно запуском транзакции J3RPBU18DT". Настраиваю перенос в иерархию ПБУ 18 из иерархии сбора. Создал критерии отбора в соответствии опять же с ТПР для операций (Z0TT, ZOTA, ZOCT, ZOCA) в иерархии ПБУ18. Дополнительные поля в критериях выбора указываю структуры GLU1. Все бы ничего, настройку сделал, однако на след. день в продуктиве стал вылетать дамп при проводке движения ММ. После анализа выяснилось, что при проводке движения ММ(может еще когда, больше пожаловаться никто не успел) что в случае если указанна структура GLU1 (в критериях выбора) то в пуле модулей SAPLJ3RFTAX_TAXOBJSEL программой get_linked_field_fi анализируются настройки связей таблиц из транзакции J3RTAXTB. Если для GLU1нет настроек то вылетает дамп (не комментирую качество кода SAP ...). Таким образом необходимо сделать там запись с алиасом GLU1 (эмпирически установлено для настройки транзакции совершенно J3RPBU18DT не нужную). Ок, надо сделаем, но не тут то было. При попытке создать настройку для алиаса GLU1 при сохранении ругается на то, что этого делать нельзя, т.к. эта алиас не разрешен. В итоге сделал алиас с другим именем, потом залез в таблицу (не хорошо конечно) но изменил руками на GLU1. В итоге настройка для J3RPBU18DT сделана, дампы не сыплются (надеюсь новых траблов не повлекло, пока не было)
Однако, на душе осталось тоскливо, хотелось бы без шаманских штучек. Вопрос сталкивался ли кто с подобной ситуацией, как это обходили, либо свои предположения может у меня каких настроек не хватало.