Всем доброго дня.

Настроена стандартная схема с выделением НДС в авансах полученных через ОГК.
Книги покупок/продаж также стандартно настроены.
Проблема возникла с лишними позициями 68 счета при полном выравнивании аванса после ранее частичного закрытия.

Пример:

Документ 1. Аванс
Дт 51 Кт 62.2 = 134,12 руб
Дт 76.6 КТ 68 = 20,46 руб ( НДС с аванса, книга продаж)

Документ 2. Частичное закрытие аванса с задолженностью:
Дт 62.2 Кт 62.1 = 131,78 руб.
Дт 68 КТ 76.6 = 20,10 руб ( НДС с аванса, книг покупок )

Документ 3. Полное закрытие остатка аванса из п.1.

В выравнивании на входе подаю и документ аванса и документ выравнивания (пп 1 и 2) + документ задолженности.

Результат.

КП 15 КТ 62.1 2,34 руб
КП 19 КТ 62,2 131,78
КП 09 ДТ 62.2 134,12
КП 50 КТ 68 20,10 руб - Книга продаж
КП 40 ДТ 68 20,46 руб - Книга покупок
КП 50 КТ 76 0,36 руб

Почему позиции 4 и 5 разворачиваются и можно ли это перенастроить?
Разворот 2 и 3 не очень критичен, но лучше бы их тоже свернуть.

Если при выравнивании на входе не подаю документ частичного выравнивания из п2, то все правильно.

Дт 62.2 Кт 62.1 = 2,34 руб.
Дт 68 КТ 76.6 = 0,34 руб ( Зачет НДС с аванса, книг покупок ).

И потом делаю полное выравнивание всех документов, тоже все правильно, нет лишних проводок по 68 счет:

Дт 62.2 Кт 62.1 - 134,12

Такого быть не должно. Дублирование 68 счета при одной позиции перерасчетного 76 счета НДС может быть только в случае, когда использованы разные коды НДС, настроенные на один и тот же 68 счет, и одинаковом коде ОГК.
Но в документе частичного выравнивания код НДС не мог проставиться другой, он всегда равен коду НДС из аванса.



Вы тут что-то путаете, выравниваться будет 62.2 с 62.2 (исходный аванс и 2 "куска"). Или Вы хотите еще разок сделать обороты на всю сумму по 62.2 и 62.1? Хватит и одного.

Проверьте код НДС в авансе и в документе частичного выравнивания.
Либо Вы ошибочно захватили в выравнивание другой аванс.
И еще проверьте у себя в FB00 галку "Учесть ссылку на счет-фактуру". И, наконец, при выравнивании авансов никогда не тяните в FB05 конкретные номера. Если Вы когда-то забудете документ частичного выравнивания, то он у Вас повиснет навсегда, так как его "родитель" по BSEG-REBZG будет уже выровнен.

TO Yozhhhhh. Код ОГК и код НДС в авансе и частичном выравнивании - одинаковые.
Но тем не менее разворачивается 68. Куда капать?

"выравниваться будет 62.2 с 62.". Да, просмотрел, будет 62.2. с 62.2

Проверьте в позиции исходного аванса и в позиции аванса в документе частичного выравнивания критичные для сворачивания позиций поля.
Чаще всего:
- бизнес-сфера;
- присвоение;
- бюджетная контировка (ФП, ПФМ, Фонд).

Также в IMG есть настройка, которая определяет поля, по которым группировка не происходит. Так что если хотите совсем точный ответ, то поищите ее. В этом поле все и дело.
Транзакция OBIA.

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

У нас такая же ситуация. Yozhhhhh совершенно прав на счет контировок. У нас на проекте стоит замещение ФП в документах выравнивания на техническую (что есть факт и исправлять никто не собирается). Из-за этого при зачете переплаты (аванс закрывается двумя фактурами на меньшую сумму к примеру) у нас тоже расползается сальдо. Из-за этого модифицирован весь стандарт по НДС.

Только, на сколько я знаю, кроме ФП еще хорошо бы смотреть на дополнительные контировки в FM (бюджетный период и т. п.) с ними тоже может быть проблема.

А у вас там красного сторно в некоторых позициях в документе выравнивания нет?

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

Если вы про наши документы, то да есть. Это нормальное для сапа поведение. Он "балансирует" сальдо счета по контировкам и не надо ему мешать своими замещениями это делать. Другое дело, что с точки зрения решения по НДС в таблице bset индикатора красное сторно нет в природе. Из-за этого в RFUMSV00 очень специфически все считает.

SAP сам по себе ничего не "балансирует" при выравнивании. Проставление красного сторно - это пользовательское расширение.

Нет, есть и в стандарте.
Бизнес функция FIN_LOC_CI_7 - при проводки выравнивания ставится красное сторно на отдельные позиции при определенных условиях.

В книгах покупок-продаж есть модуль, который такие позиции схлопывает.

Наверное, Вы правы.
Недавно обнаружил документ, в котором красное сторно стояло, но ни одно расширение точно не отрабатывало.
А Вы не могли бы дать более точное место, где система проставляет красное сторно?
ФМ, подпрограмма и пр. Ну есть где программно реализованы "мозги" данной функции.

Механизм красного сторно https://help.sap.com/erp2005_ehp_05/hel ... ode_id=299

Эти настройки поставят красное сторно во всех позициях документа, а это не то.

Просмотрите ФМ J_3RF_XNEGP_FI
или лучше открыть метод FIN_LOCRU_SFWS_UI_NP класса CL_FIN_LOCRU_SWITCH_CHECK и поискать на where-used

Про красное сторно совершенно правильно, это бизнес-функция локализации, без нее может завышаться оборот.

На счет "балансирует" и контировок FM, это выполняется при итоговом выравнивании (при частичном - нет). Очень хорошо это видно, если есть ГГК и выполнить моделирование в экспертном режиме. И очень часто виной появления документов, про которые пишет CrecerRu, является не до конца продуманная настройка FM, и надо просто проверить бюджетный адрес (в том числе в документах частичного выравнивания, ведь часть его будет в блоке контировки).

Спасибо! Проверю у себя.

Добрый день.
Как вы решаете эту проблему?

Сторнированные авансы не попадают ни в книгу покупок, ни в книгу продаж.

А вот в RFUMSV00 сумма по сторнированным авансам включаются в общее сальдо по дебету (сам документ аванса) и общее сальдо по кредиту (документ сторно аванса).
Т.к. дебет и кредит по авансовому коду НДС попадают в разные строки декларации, то происходит завышение сумм по авансам в разделе 3 декларации и вследствие этого различия в суммах авансов по декларации и книгам покупок/продаж.