При выполнении MIRO не формируются предварительно сохраненные налоговые накладные. Но это не на все счета-фактуры. Не поймем в чем причина. Подскажите.

а что у вас настроено тут: J_1UF_NAKL_MAIN

Спасибо за ответ. Указанная таблица настроена. Мы не поймем, в чем может быть причина, что для некоторых счетов ММ в MIRO не отрабатывает функц модуль J_1UF_GENER_OTRIM_NAKL, хотя налог в самом счете формируется правильно.
Подскажите!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!!

1. Проверьте целевые коды налога, для тех кодов, которые не формируются нн.
2. Проверьте счета 63, 20 -те, которые учавствуют в проводке всюду должна быть категория "-".
3. Если все ок, то в модуле j_1uf_gener_otrym_nakl ставите точку прерывания. Проводите миро, при сохранении проваливаетесь в отладчик. Меняете значение переменной l_debag на х. При этом у вас создастся сеанс пакетного ввода для нн. Выполняете в видимом режиме и смотрите чего не хватает.

Спасибо, за ответ. Я еще раз проверила цепочки и налоговую категорию на счетах. Все нормально. А ошибку выдает на поле BSEG-DBMTR на экране SAPLF040 0300 отсутствует. Но это сообщение горит зеленым цветом. А вот второе сообщение(желтое) : в прикладной области 9J1UF_UATAX с номером сообщения 020 - налоговый документ создать не удалось.
Причем не на все счета- фактуры с проводкой с данными кодами налога и основным счетам не формируются предварительные документы. Может еще что-нибудь подскажите. Пробуем аналогичное в системах разработки- ошибку повторить не можем.

Спасибо за ответ. Но это выполняется стандартная транзакция MIRO и никакого пакетника на эту транзакцию не писалось. Такая ситуация возникла после установки нового патча.
Что еще можно посмотреть и проанализировать, подскажите?

Нота 1556933 установлена?

Здравствуйте.
Спасибо, эта нота у нас установлена. И она для ошибок 025,026. У нас такая ошибка была после установки патчей и эта нота дейсвительно в том случае нам помогла. А вот эта проблема осталась. Может еще что-нибудь подскажите?

Судя по экрану, вызывается тр. FBV1 (F-63) экран 300, это для основного счета.
Запустите отладчик и установите точку на событие call transaction и посмотрите, что ей передается.

Я бы начал смотреть с функциональника, который вызывается в OPEN-FI в событии 00001050 "ПРОВОДКА ДОКУМЕНТА: RW-интерфейс".
Именно там вызывается функциональничек, который и готовит предварительно зарегистрированную НН.
Возможно его кто то допиливал, а после патча появились новые поля, которые этим функциональником не передаются.

Было такое - решили в лоб
Програма LJ1UF_NAKLADF01
Закоментил строки с USING 'BSEG-DMBTR' - и все

* PERFORM app_t_zlbu TABLES t_zlbu USING 'BSEG-DMBTR' bi_sumd.

Т.к. накладные всегда во вн.валюте эти поля не имеют смысла.