Добрый день, вопрос относиться к специалистам больше из Украины, хотя версии возможно будут у всех.

Необходимо создать отчет ( акт сверки налогового кредита). т.е. в результате должны на конец месяца вытаскиваться суммы оплат ( вид ZP, KZ) и отдельно суммы начислений ( вид KR, RE) под которые не проведены налоговые накладные, это и будет давать информацию о не закрыты позициях в налоговом кредите.

насколько я понимаю речь идет об отчете: Программа проверки полученных налоговых накладных, тр.j1ufron. но данные формируются не корректно. Формирует предварительно сохраненные НН.

Может кто подскажет, как получаете данные?

Спасибо

Мы анализируем в транзакции FBL3N счета 64301000(Исх.НДС без НН) и 64401000(Вход.НДС без НН), эти счета у нас выравниваются. В поле присвоения у нас замещением проставляется № дебитора/кредитора, по нему сортируем открытые позиции и делаем промежуточные суммы по этому полю и дате проводки. А потом анализируем.

спасибо за ответ )

Подскажите пожалуйста кок Вы сделали замещения , если можно пример

Далали аналогично на одном проекте через OpenFI, если не ошибаюсь событие 1120

я ныкогда не делала OpenFI, ето надо писать програму или есть транзакция для ево настройки?

И функциональный модуль надо писать , и транзакция настройки есть FIBF

С помощю какай транзакции можно просмотреть OpenFi 1120 (функциональный модуль FDM_AR_INTERFACE_00001120)?

se37

а что конкретно не работает в j1ufron? может просто он не правильн настроен? в OBCH и OBCG?

Даша, а что j1ufron у нас настраивается?

1. Транзакция J1UFRON ничего не формирует, она показывает связанные документы основания и налоговые накладные. Предварительно проведенные НН формируются модулем J_1UF_GENER_OTRIM_NAKL автоматически (если он настроен конечно). Предварительно зарегистрированная налоговая накладная собственно и означает, что она не получена. Кроме того J1UFRON позволяет ее провести окончательно.

2. Выводимое J1UFRON непосредственно зависит от настроек кодов налогов, в частности настроек OBCG, OBCH. Опишите, что именно не корректно выводиться - возможно это результат именно этой настройки. Насколько я помню для входящего НДС в OBCG должны быть указаны первые целевые коды и только они для группы REI. Иначе отчет может глючить (2Tkamax: Да, Макс, представь себе J1UFRON настраивается! А ты не знал !)

3. Имхо J1UFRON - это плохой отчет. Он медленный. Он выводит кучу документов выравнивания, которые там не нужны, но мешают нормальному анализу. На мой взгляд если исключить функцию проводки НН, то отчет можно полностью заменить на реестр НН (J_1UF_REGISTER_IN_OUT) + вариацией решения предложенного kasyasha.

Мы делали тоже самое. Создали программу, которая проходиться по документам с заданной датой проводки или датой ввода (очень удобно - например все сегодняшние документы !!!) и прописывает в поле "присвоение" строки с транзакцией VST код кредитора. Потом в обыном обзоре позиций (FBL3N) создается вариант группировки по этому полю + у нас есть доработка выводящая там название контрагента (событие OpenFI 1650). Получается достаточно удобно. Неподтвержденный налоговый кредит в разрезе контрагентов.

Почему не вешали на замещение: глючит при проводке ММ документов (надо лезть в другую строку, где есть номер кредитора, что делается таким хитрым абапом, что он вылетает из МИРО с ошибкой)
Почему не вешали на Open FI: ну во первых это всетаки взлом системы - менять документы 1120 не разрешает. во вторых (и главных) на изменение документа (мало какие ошибки бывают) событие не генерируется (или я не прав ? )

Честно говоря не думал, что настройки OBCG, OBCH кроме связи с реестром J_1UF_REGISTER_IN_OUT несут в себе связь с J1UFRON.
В этом реестре у нас вылазит парочку необъяснимых глюков. Часть из них уже "полечили" нотами.



Согласен, при чём с наростанием объёма документов в системе, время выполнения отчёта растёт пропорционально т.к. логика выполнения данного отчёта "кривовата". Об этом уже были топики.



Спасибо.

Может быть не совсем по теме
но какая логическая цепочка налоговых кодов должна быть для того чтобы корректно отбражалась строка 16 декл по ндс ( налоговый кредит )

У вас дожны быть настроены коды налога для строк 16.1, 16.2, 16.3.
В транзакции OBCG выберете страну UA.
Для версий 37,38,39 пропишите свои коды налогов и будет вам счастье!