Настраиваем платежи, ну и бюджет в песочнице.
1. Создаем Заказ на поставку с одной позицией на 100 руб + код налога 18%
2. Создаем ТАП на 118 рублей, указываем код налога, выделяется налог 18 руб.

А вот теперь самое интересное (в моем конкретном случае): если у меня БО и БП по расходной статье одинаковы (НДС запланирован на другой статье), например, = 100 руб, то, при включенном АКН создать ТАП я не могу, потому что при создании ТАП будет ошибка о превышении платежного бюджета на 18 руб.

Я правильно понимаю, что это работа стандарта, который предполагает, что НДС платится из той же самой расходной статьи?!

Далее, если я, допустим, увеличу БП на 18 рублей и создам ТАП, то при проводке платежа, значения ТАПа в бюджете "обнуляются", а в платеже у меня выделено 100 руб по расходной статье, а 18 рублей по статье НДС.

У меня что то прям каша от этого, может ли кто-нибудь прояснить как правильно должно работать?! И какой бест практис есть в учете НДС в бюджете?!

Да, Вы правильно понимаете.


Как вы проведете аванс со 100 рублями по расходной статье? У вас проводка аванса будет выглядеть следующим образом:
Дт60.2 Кт51 118 рублей (расходная статья)
Дт19т Кт76 18 рублей (статья НДС)

У меня сейчас это выглядит как то так...




Как итог по основной статье сумма без НДС, а сам НДС по отдельной статье.

Мне хочется понять как правильно нужно поступать с НДС, и как предполагает стандарт.

Разобрался немного.
Если я правильно понял, в позицию счета НДС надо проставить техническую фин. позицию с типом позиции 30/3. В настройках этой позиции ПФМ по умолчанию не указывать. И тогда у меня из затратной позиции всё протягивается в НДС-ную позицию нормально.

НО у меня почему-то для позиции с НДС проставляется индикатор статистики, откуда он берется понять не могу. Расширение SAPLFMFA проверил - там пусто. Может где то еще посмотреть?!

Проверьте настройки НДС в прочих параметрах профиля обновления. Возможно, у вас выбрано НДС нетто, для того, чтобы позиция НДС обновлялась не статистически, нужно выбрать НДС брутто.

Adelle, благодарю за то, что помогаете.
В OFUP выбрано именно НДС брутто.

Еще одно предположение: проверьте в профиле обновления, перезаписи профиля обновления, не стоит ли там для типа значения 54-Счет-фактура признак Статистическое обновление?

Проверил, не стоит.

Может какая то разработка признак статистическая на НДС у Вас проставляет. Мы такую разработку у себя написали. Дело в том что при обновлении заказа на поставку НДС не обновляется в УБ, а при фактурировании обновляется - вот и получается что заказ на поставку обновится на 100 руб. А фактурирование этого заказа пройдет на 100+18 из-за этого мы лимиты по БО ведем без НДС, а в счет фактурах на позицию НДС проставляем(юзер экзитом) статистическая. Может у Вас кто-нибудь такую разработку уже написал? Или в самом деле можно настройкой признак статистическая, для ситуации которую я описываю, реализовать?

ImpCons, то решение, которое вы описали, я и хочу сделать, но у меня и без моего вмешательства откуда то проставляется признак "статистически", но вот откуда он проставляется пока не могу найти.

Судя по всему, признак статистически у меня проставлялся таки настройками. Сейчас я всё перенастроил так, как хотел. Но есть вопрос: если я создал Заказ на поставку, ТАП, ПМ и счет-фактуру, но платежа пока не было, то у меня перерасход по ПлБ (за счет-фактуры и ТАП). Это так и задумано? Как выход убирать ТАП из АКН, я правильно понимаю?

UPD: А вот есть интересная нота 1838093 - Down Payment Request and Down Payment Clearings in FM: Which scenario fits my business requirements best?

Я для АКН в бюджете платежей всегда убираю счет фактуры, ТАП-ы оставляю. Правда на последних 4-х проектах у меня ТАП-ы отражают в УБ не только документы, которые после оплаты отразятся как авансовые платежи, но и как постоплаты. Но и до этого на одном проекте, где счет фактуры прогонялись через АПП, у меня счет фактуры в АКН проверялись только по БО, а ТАП-ы по ПлБ.
Все таки в нашей реальности когда счет-фактуры не являются стопроцентным заданием заплатить в сроки, определяемые в них как дата оплаты, строить АКН по ним по ПлБ считаю не очень коректно.

упс, дубль.
Удалил.

Да, действительно, так логичнее.

У меня еще один вопрос, касательно НДС.
Когда создаю авансовый платеж, который выравнивает ТАП, то у меня ТАП уходит из АКН, и взамен него появляется две позиции:
1. Сумма платежа без НДС с типом значения 61 - Авансовый платеж и видом значения - 0100 Оригинал;
2. Сумма НДС с типом значения 57 - Платеж и видом значения - 0250 Оплачено.

Правильно ли это? И для чего система разбивает аванс именно так?!