Про НДС учетные группы

[apanko]

Боролся с НДС учетными группами...
Многое понял...
Многое осталось не познаным, благо к российскому НДС отношения не имеющее (особенности исчисления НДС при Тип расчета НДС = Обратный|Налог И Тип реализованного НДС <>Процент).

[apanko]

Исследование показало, что Тип нереал. НДС = Первый работает не адекватно. Замечание критично для Тип расчета НДС = Обычный|Полный. Убедиться в этом можно купив товара на 1180 рублей (в т.ч. НДС 180 рублей). Следующим этапом надо оплатить товар суммами в 30, 40, 100 и 1010 рублей.
По первой операции будет проведен зачет на 30 рублей, что правильно.
По второй операции зачтенная сумма составит 70 рублей (словно платеж был не 40 рублей, а 30+40).
По третьей операции зачтенная сумма составит уже 170 рублей, итого к третьей операции будет зачтено 270 рублей.
По четвертой операции излишне зачтенное будет возвращено -90 рублей.

Такая же проблема, только в обратную сторону с Тип нереал. НДС = Последний. Чтобы убедиться в этом, нужно купить товара на сумму 1180 рублей и оплатить 1010, 100,40 и 30 рублей.
По первой операции будет зачтено 10 рублей.
По второй зачтенная сумма составит 110 рублей.
По третьей уже 150 рублей (итого зачтенная сумма после третьей операции составит 270 рублей)
По четвертой операции излишне зачтенное будет возвращено -90 рублей.

Выявленная проблема для России не актуальна.

[apanko]

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

Тип транзитного НДС = ‘’ (пробел)
В строке должен быть заполнен Продажа НДС Фин. Счет.
При продаже товара формируются следующие проводки:

 
Счет                           Сумма
Продажа Фин.Счет              -Сумма без НДС
Продажа НДС Фин. Счет         -Сумма НДС
Расчеты с клиентами Фин.Счет  +Сумма с НДС

Тип транзитного НДС = Сумма + Налог
В строке должны быть заполнены Продажа НДС Фин. Счет и Транз. НДС Фин. Счет.
При продаже товара формируются следующие проводки:

 
Счет                           Сумма
Продажа Фин.Счет              -Сумма с НДС
Транз. НДС Фин. Счет          +Сумма НДС
Продажа НДС Фин. Счет         -Сумма НДС
Расчеты с клиентами Фин.Счет  +Сумма с НДС

Тип транзитного НДС = Сумма & Налог
В строке должны быть заполнены Продажа НДС Фин. Счет и Транз. НДС Фин. Счет.
При продаже товара формируются следующие проводки:

 
Счет                           Сумма
Продажа Фин.Счет              -Сумма без НДС
Транз. НДС Фин. Счет          +Сумма НДС
Транз. НДС Фин. Счет          -Сумма НДС
Продажа НДС Фин. Счет         -Сумма НДС
Расчеты с клиентами Фин.Счет  +Сумма с НДС

Для РФ подойдет вариант 2, где
Тип транзитного НДС = Сумма + Налог
Продажа Фин.Счет = 90.1 (Общая настройка учета)
Транз. НДС Фин. Счет = 90.3 (НДС настройка учета)
Продажа НДС Фин. Счет = 68.2 (НДС настройка учета)
Расчеты с клиентами Фин.Счет = 62.1 (Клиент учетная группа)

[apanko]

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

Т.е. можно заполнять НДС Настнойку учета следующим образом:
НДС Бизнес группа и НДС Товарная группа - пусто.
НДС Бизнес группа - заполнено, НДС Товарная Группа - пусто.
НДС Бизнес группа - пустно, НДС Товарная Группа - заполнено.
НДС Бизнес группа и НДС Товарная группа - заполнено.



Еще рассмотрел поближе логику заполнения VAT Identifier.
Функция CheckVATIdentifier таблицы 325 Vat Posting Setup, вызываемая из триггера onValidate, контролирует чтобы VAT Identifier для разных ставок НДС был разным. Но контроль почему-то осуществляется в рамках одной бизнес-группы. Для разных бизнес-групп, один и тот же идентификатор может использоваться с разными ставками.



И еще, чисто для LS Retail.
Поле "POS Terminal VAT Code" заполняется автоматически при вводе ставки НДС. Если в тот момент соотвествующей записи в таблице 99001560 POS VAT Code не существовало, то поле останется пустым.
Чтобы его заполнить, нужно ввести значение в поле "Vat %" таблицы Vat Posting Setup еще раз.

[apanko]

Уже рассматривал вопрос с типом транзитного НДС, но опять к нему вернулся.

В версии Microsoft Dynamics NAV 5.0 активно предлагается использовать продажу финансовых счетов. Это и раньше предлагалось, например, сервисная плата - являлась продажей фин. счета. Но теперь просто шагу нельзя ступить. Точнее ступить можно, но осадок, что пользуешься системой не на все уплаченные деньги печалит.
Особенно это огорчает в плане работ с предоплатами. Такая возможность и непонятно как использовать. Предоплаты правда пока не работают, но это временно.
Кстати предоплаты предлагается использовать и в работах, они несколько другие но тоже основаны на продаже финансового счета. В целом с работами просто кошмар - учетные группы страшней, чем общая настройка для системы в целом. А сюда еще и предоплаты добавить, просто невообразимо. Но да ладно.
С чего-то начинать надо. И я начал с продажи фин.счета. Т.е. взял и продал фин. счет, а потом медитировал глядя на проводки пытаясь понять как это можно применить.



Продажа Фин. Счета и начисление НДС.
Тип расчета НДС = Обычный, Ставка = 18%

Формируемые проводки при различных значениях в поле Тип Транз. НДС (в таблице НДС Настройка Учета)
[см. вложенный файл (jpg, htm)]


Единственный вариант применения, который показался мне адекватным - это простая продажа выручки (90-1хх).
Т.е. фиксируем доход и налоги, а соответствующие расходы потом, ручками, как-нибудь.

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

А как это с предоплатами увязать или с работами пока еще не придумал.

[apanko]

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

С данным функционалом (НДС Настройка Учета) детально знакомился еще в те времена, когда для принятия НДС к зачету требовалось поставку оплатить (так называемый метод «по-оплате»). С тех пор искренне считал, что для того чтобы прогнать НДС через транзитный счет (например, 19) следует использовать возможность «Нереализованный НДС».

НДС уже давно начисляется и зачитывается «по отгрузке», но часть бухгалтеров по-прежнему использует 19 счет для отражения оборотов по НДС. Так привыкли.
Вот для них и используется настройка Тип Транзитного НДС, при этом в поле Транз. НДС Фин. Счет указывается пресловутый 19-й счет.
Тип транзитного НДС = Сумма + Налог или НДС = Сумма & Налог

При покупке товара формируются следующие проводки:

Счет                           Сумма
Покупка Фин.Счет              -Сумма с НДС
Транз. НДС Фин. Счет          +Сумма НДС
Покупка НДС Фин. Счет         -Сумма НДС
Расчеты с поставщиками Фин.Счет  +Сумма с НДС

UPDATE. Похоже, что поле Тип Транзитного НДС - ваще не анализируется. Главное, чтоб поле Транз. НДС Фин Счет было заполнено