Преведствую уважаемых коллег !

Наткнулся на такой баг украинского адона. Решил описать для пользы и информации уважаемого сообщества.

По ряду причин ключи проводки (account determination key) в налоговой схеме были изменены с общепринятых VST, MWS ... на UA3, UA4 ...
После настройки кодов налогов и т.п. было обнаружено, что программа J_1UF_REESTR_VIDAN_NAKL, она же реестр сверки выданных налоговых накладных, перестал работать - не отображает документов вообще!

Анализ показал, что проблема зарыта в жестко прописанном ключе проводки MWS в коде программы (строка 124):


Вот такая культура програмирования ...
Соответсвенный запрос в САП был направлен, ждем-с решения ...

К сведению интересующихся:
Бага поправлена нотой 1110286 (включено в СП18 для 4,7 и в СП10 для 6.0).

Коментарий от себя:
Исправлено правда очень коряво, просто закоментировали строку с MWS. Теперь READ TABLE прокручивается просто так, на шару пожирая процессорное время, и, кроме того, пропуская входящие коды налога (отчет по исходящим, если кто не знает). В результате отчет работает верно только из-за других косвенных проверок, вместо того чтоб сразу посмотреть в T007B-STGRP. Позор програмерам САП Украина !

Спасибо за информацию. Но у нас возникла другая проблема: из-за того, что этот отчёт перелапачивает все документы с входящими и исходящими кодами налога, с течением времени (когда накапливается большая база документов) данный отчёт работает всё медленнее и медленнее. Кто-то сталкивался с подобной проблемой?

медленная работа данного отчета - проблема еще в версии 4.6...

но альтернативы пока нет...