Приветствую.

У нас используется такая схема учета НДС по авансам:

Проводка аванса:

• Дт 60* авансового Кт 51*
• Дт 19* авансового Кт 76* авансового

Проводка счета:

• Дт 10 Кт 60
• Дт 19 КТ 60

Выравнивание:

• Дт 60 Кт 60 Авансового
• Дт 76 авансового Кт 19 Авансового

Авансовый 76* и авансовый 19* счета ведутся с управлением открытыми позициями. Бухгалтера выравнивают открытые позициии на этих счетах вручную.

Вопроса два:
1. Есть ли более оптимальная схема учета?
2. Как лучше автоматизировать выравнивание на авансовых счетах?

Вы можете использовать транзакцию автоматического выравнивания F.13.
Предварительно настройте правила для автоматического выравнивания соответствующих счетов. Критерием для выравнивания данных счетов обычно выступает сумма DMBTR.
Однако 19 счет в авансе намекает на то, что у Вас присутствуют проводки НДС к возмещению с авансов.
Более правильно, вероятно, будет выравнивание 19 счета из аванса с 19 счетом из документа Дт 68 Кт 19. А выравнивание 19 счета из документа выравнивания с проводкой восстановления НДС, принятого к вычету ранее, то есть Дт 19 Кт 68. Ну а 76 счет выравнивается между документами аванса и выравнивания со счетом-фактурой.

Yozhhhhh, большое спасибо за ответ!

1. При выравнивании авансов с валютой в условных единицах датой выравнивания должна быть дата аванса. Я не нашел способа сделать это в F.13.
2. Есть ли какая-то техническая возможность привязать выравнивание авансовых счетов к моменту выравнивания кредитора? Выбирать открытую позицию в этот момент?

Как мне кажется, тут другая схема должна быть.

Шаг 1 Выдан аванс.
Д 60 Кредитор К 51 Банк
Д 68 НДС к вычету К 76
Этот документ: а) должен попасть в Книгу покупок б) Код операции 02 с) Должен попасть в Журнал полученных с-ф

Такая проводка делается в ОДНОМ документе. В данном случае мы пользуемся правом вычитать НДС (но это не обязанность для авансов выданных).
В течение пяти дней Продавец должен нам предоставить печатную форму счет-фактуры. Если не предоставляет, то по-хорошему, нужно вручную убрать НДС (т.е. обратная проводка Д 76 К 68), потому что тогда у нас нет права на вычет.

Шаг 2 Запускаем специальную программу по расчету среднего курса, если а) аванс в валюте б) аванс частичный Не помню уже транзакцию, но она на форму обсуждалась (SE93 - и список всех российских транзакций - поиск по среднему курсу )

Шаг 3 Проводим входящий инвойс
К 60 Кредитор
Д затраты или сток
Д 19 НДС отложенный
Если аванс в валюте и 100%, берем для постирования инвойса курс аванса, если частичный - берем средний из шага 2

Шаг 4 Принимаем НДС к вычету по инвойсу (любимая всеми 26-я программа) Опять же, при наличии корректного счета-фактуры от Продавца.
Д 68 НДС к вычету К 19 НДС отложенный
Этот документ должен попасть: а) в Книгу покупок б) код операции 01 в) в Журнал полученных с-ф

Шаг 5 Т.к. мы приняли к вычету НДС, мы обязаны восстановить вычет по авансу. В САПе технически это выравнивание документов из шага 1 и 3.
Для валютных контрактов для выравнивания также используется данная спец программа, чтобы курсовые разниц были корректные.
Проводка такого выравнивания:
Д 60 Кредитор
К 60 Кредитор
Д 76 К 68 НДС к вычету
Этот документ должен попасть в а) Книгу продаж б) код операции 21 в) для Журнала НЕ релевантен
Здесь НИКАКИХ курсовых разниц по-хорошему быть не ДОЛЖНО! И при частичном авансе, и при полном, если инвойс на шаге 3 проводился корректно.
курсовая может возникнуть потом при постоплате, если инвойс закрыт не полностью.

1. Дата выравнивания (= дата проводки документа выравнивания) не может быть меньше даты проводки одного из выравниваемых документов, в этом и заключается принцип последовательности в учетной системе. Поэтому в этой ситуации дата выравнивания равна не дате проводки аванса, а именно дате выравнивания аванса с фактурой (раз уж Вы предлагаете рассмотреть Вашу схему). Совершенно очевидно, что если аванс от 01.03, а документ зачета аванса с фактурой от 01.05, то и НДС счета выравниваются датой 01.05. У Вас и период-то закрыт уже давно.

Далее. Вообще никого не интересует дата выравнивания подобных счетов. Их выравнивают исключительно с той целью, чтобы не мусорить открытые позиции, по которым можно было бы легко определить, какой из указанных "парных" счетов свою пару еще не обрел. Их можно вообще сваливать в кучу и выравнивать последним числом открытого периода.

Красивее было бы управлять датой выравнивания, совершенно верно. Но транзакции автоматического выравнивания подобной возможности не предоставляют (ни F.13, ни J3RCALD, ни J3RCALK). Выравнивание всегда делается одинаковой датой, указанной на селекционном экране. Это неудобно и в некоторых местах (учет задолженности) даже критично. Поэтому на данные транзакции обычно делают Z-оболочку, которая в течение открытого периода (каждую ночь) перебирает даты проводки с первого числа по текущее и выполняет итеративные "прогоны" в рамках указанного максимального числа шагов.

2. Я так понимаю, Вы имеете в виду возможность выравнивания авансовых НДС счетов привязать к моменту выравнивания обычных счетов кредиторской задолженности и авансов? Нет такой возможности в стандарте. Но слепить своими руками можно что угодно. Например, при выравнивании в событии 1030 поймать выравниваемые документы (аванс и зачет аванса), а потом пустить пакетный ввод в фоновом режиме, задача довольно простая для опытного постановщика и разработчика.