А что если сменить Налоговую категорию(пусто) и/или установить Разрешена проводка без НДС?

Ситуаця мягко говоря нестандартная, поэтому ничего страшного, если в тот же документ выравнивания вручную еще 2 позиции докинуть на кредит 68 и дебет 62 с кодом НДС по авансам и суммой НДС.

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

Вообще, давным давно я рассылал некое решение САПа для НДС с экспортных авансов. Реализовано было на OpenFi и при выравнивании аванса или перерасчете в позиции Д68 менялся номер счета на другой и код налога тоже.
Это можно сюда подкрутить.

Это решение делали в САП. Собственно у меня есть транспорты и описание, могу тебе переслать.

Ведь в большинстве случаев надо, чтобы "прокручивался".

Вот хорошо бы иметь в настройке или прямо в документе индикатор - прокручивать или не прокручивать. 8-(

Размечтался что-то я...

В Вальдорффф...

Добрый день. Возникла похожая проблема. Пробовал решить ее через Open FI 1025 удалением налоговых позиций в tbseg, вычищением tbset, корректировкой кода налога в позиции.
Документ провелся. Но когда делаешь сторно и отмену документа выравнивания само выравниванип отменятся, хоть и с ошибкой. Но документ выравнивания не сторнируется.
Видимо очень много таблиц затронуто и что-то косячит. Есть у кого то еще варианты решения? Сегодня пробовал в OBBH - в отладчике значения меняются и проводятся замечательно. А также все сторнируется. Но там нет информации о выравниваемых документах. А для отработки замещения они нужны обязательно.

Никогда, ни при каких обстоятельствах, под страхом казни, расстрела, отравления и пр. не меняйте счетов, не удаляйте позиций в событиях open fi, которые имеют место после проверок и замещений. 1025 - это уже СЛИШКОМ поздно для подобных вещей.
Задолго до 1025 происходит очень многое, в т.ч. критичные вещи - наполнение таблиц для обновления GLT0, FAGL* (если активно), BSET и пр.
Все, что Вы замените/удалите в 1025, сразу же породит неконсистентность.

В ситуации с авансом я бы советовал заменять не счет (хотя технически и это делал в свое время, но не помню уже, кажется, были проблемы с BSET), а код НДС.
На втором моменте в обычном выравнивании есть информация о выравнивании, это глобальная таблица POSTAB.
Аналогично многие тащат ее через assign ('(SAPMF05A)postab[]') to <fs_postab>, но можно и не ассайнить, таблица в наличии и в замещениях.

При сторно такого документа химичить уже не надо, система будет использовать все те данные, что в исходном документе.
Также замечу, что при сторно замещения SAP не использует, такова концепция - no substitutions при сторно. Проверки работают, замещения подавляются. Open FI замещений подавляется.

Я делал так:
1. Создал код НДС XS со списанием суммы НДС на 91 счет.
2. Списывал/возвращал аванс с данным кодом НДС (FB01, а не FB05, выравнивание вторым шагом).
3. Реализовал замещение, при котором система в выравниваемых позициях искала код НДС XS. Если находила, то в позициях дебитора, где был код ОГК и код НДС, отличный от XS, заставлял систему вписать код XS. Галку расчета налога ставил.
4. В результате сумма налога в полученном авансе и сумма налога в кусках по возврату/зачету/списанию совпадает, в документе выравнивания налога нет вообще, только позиции дебитора.

Вариант второй:
1. Код НДС XS со списанием на 91 счет.
2. Списываем/возвращаем, галку расчета налога не ставим.
3. Замещаем код налога на XS.
4. Система переворачивает исходную позицию, меняет код НДС на XS и крутит НДС уже на 91 счет непосредственно при выравнивании.

А вот сделать все в одну итерацию (сразу списать и получить налог на 91 счете) можно тоже, однако нужны специфичные другие предпосылки. Например, свой уникальный вид документа.

Вобще списании задолженности в данном случае может происходит только в случае ликвидации по решению суда??? Или вы ее заплатите обратно.

А НДС надо обязательно открутить обратно. Так что система все делает правильно.

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

Вычет не причем. Это в "начислено". Вычет это в "уплачено".

ГК и прочие К такой логикой по растворению в воздухе не оперируют (это скорее в неорганической химии). КЗ нельзя взять и списать.