Здравствуйте.

У RFUMSV00 есть одна особенность. Она в списке показывает одно, а в UMSV пишет другое. Проверьте на конкретных документах. Дело в том, что в RFUMSV00 очень хитро заложена обработка индикатора красного сторно. Посмотрите процедуру collect_tab_umsv. Когда сальдо документа считается для того, чтобы записаться в UMSV, красное сторно учитывается. Для вывода на экран это все просто не работает.

Суммы проверяйте декларацией из RFUMSV00, по отдельным документом их проверить трудно. Если стоит задача проверять по документам, то лучше взять BADI FI_TAX_BADI_014 и вывести свои поля с номерами строк деклараций (которые самому же надо будет заполнить).

Хуже с зачетами, про которые пишет CrecerRu, если при зачете вам САП разворачивает оборот по 6802, то у вас суммы в декларации будут завышаться, одна пойдет в 070 вторая в 170.

Проверил - действительно сторнированные показывается в журнале, но не разворачиваются в UMSV. Спасибо.


Спасибо.



А как Вы с этим боретесь?
У меня есть идея в начале процедуры collect_tab_umsv поставить enhancement, который будет "сворачивать" в таблице tab_bukrs развернутые строки с НДС. По идее в tab_umsv все тогда должно лечь хорошо. Но может быть что-то выстрелит в другом месте?

Здравствуйте.

Мы боремся модификациями RFUMSV00, сворачивая оборот по коду налога с авансов полученных, если все это происходит в одном документе. Можно еще через badi FI_TAX_BADI_016 достать внутреннюю таблицу TAB_UMSV и подправить ее.

Вообще лучше найти причину появления таких документов и постараться ее исправить.