НДС 20%. Проверка готовности и доработки "УС Land" под данное новшество : КИС Lack & УС Land

Опять сбивают с работы "по плану" Часок назад звонил один из боссов по вопросу: рассказать о готовности программы к повышению ставки НДС, как это должно происходить и вообще, что знаю по данному вопросу? Откуда я могу знать, если ни ФНС, ни Минфин об этом толком не знают и, как следствие не дают разъяснений по данному вопросу? В то же время и самому стало любопытно и решил проверить готовность "УС Land". Тем более, что на многих, в т.ч. бухгалтерских форумах сим вопросом озадачены.

В принципе универсальная учетная система "УС Land" индифферентна к комплекту и величинам налоговых ставок, по меньшей мере в теории, да так разрабатывалась. Попробовал выписать отгрузку:




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

Посмотрел стандартные формы первичной документации - как они отражают и считают "нестандартные" ставки НДС... Вроде бы всё хорошо!
















P.S. В данной теме, по мере появления вопросов или новых знаний, или возможностей системы буду размещать информацию по отработке этой новой напасти в "УС Land".

Замечу, что по сути отчетом в "УС Land" называется "контейнер отчетов", объединяющий "отчеты" (до 30 штук в контейнере) схожей направленности, которые называю форматами и подформатами. В примере "контейнер" включает более сотни отчетов, в терминах "1С"

Понятно, что с 1 января будут ходить товары с разными 0,10,18,20 ставками НДС в расходных и приходных документах и очевидно, что операторы будут периодически ошибаться... Для этого и, как требование ФНС книги покупок, продаж в "УС Land" можно строить по каждым ставкам, а так же выявлять счета фактуры с неверными ставками НДС. Это не удобно, да и требует наличия счета фактуры…

Создан новый "отчет" - подформат формата детализации ТТН, решающий две задачи:

1. Контроль возможных ошибок со ставками НДС в накладных любого типа
2. Для суммового учета в «бухгалтерии» разделения товаров по разным ставкам

Вызывается сводная ведомость по любым товарным накладным:





На выходе получаем отчетный регистр, например по ограничителям экранной формы:

Конечно в виртуальном мире, касаемо "УС Land" - это мало кого беспокоит, но это даёт мне финансирование "развлекаловок" типа программы для ЕГАИС "УС Лэнд:ЕГАИС" из реального мира… Приведу фрагмент из мануала к релизу 1901 - января 2019:

НДС 20% с 1 января 2019 года

В принципе «идея» не сложная – по всем товарам, всех документов оформляемых с 1.01.2019 вместо НДС 18% должен быть НДС 20%. Однако, если возвращается товар полученный до 1.01.2019, то НДС по нему должен быть 18%, как следствие в течении некоторого времени одновременно может быть движение товаров, продукции, услуг по ставкам 0%, 10%, 18%, 20%. Рекомендации и изменения программы, описанные ниже позволят Вам уменьшить число «технических» проблем в переходный период времени:


1. Перед переделкой «программы» проверьте её логику и обязательно сохраните её целиком в отдельном каталоге: большинство отчетов берет ставку НДС из «первички», но расчет НДС по остаткам опирается на ставку в справочнике товаров, которую мы изменим. Для получения этих данных в периоды до 01.01.19 нам и потребуется отдельная база.

2. Отправьте товар в архив: это даст «не испортить» информацию по НДС в «старом» товаре для доступа к ней из некоторых отчетов.

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

Замечание. Рекомендую использовать для поиска ошибок по ставкам НДС отчет – «сводная ведомость по накладным» в формате «детализации» с подформатом «разделение по НДС», где по каждой накладной отражаются итоги по всем процентным ставкам НДС.

+ Добавлен временный режим в меню «поиск» полного справочника товаров. Он нужен для глобальной переделки ставок НДС с 1 января – «изменение ставки НДС по группе разделов». Для входа в него нужен системный пароль! Задаем ОБЯЗАТЕЛЬНО группу разделов, например для изменения данных только по готовой продукции и схему изменения, например с 18% на 20%. Потом программа будет предлагать данную ставку при вводе товаров в детализацию накладных.

+ Добавлена технология правки НДС по схеме в любых типах накладных. Описание дано ниже – эта техника позволяет исправлять проблемы с НДС по любым типам накладных, вне зависимости от «распределения», например НДС определяется из «кривых» заказов покупателей или обнаружена ошибка в НДС «прихода», когда товар уже распродан.

Правка ставок НДС в накладных любого типа, игнорируя «запреты» и ограничения на правку ТТН. Для максимально «тонкой» выборке накладных режим работает только по группе накладных, учитывая и другие ограничители режима. Вызывается «F2/меню операций с группой/изменение ставки НДС по группе и истории». Затем программа запрашивает период времени, предлагая с 01.01.2019 и схему изменения ставок «с» - «на».

Очевидное использование: в «автоматах» ввода «возвратов от покупателей» программа предлагает НДС из карточки товара, которая будет 20%, но товар отпущенный до 1.01.19 возвращается по старой ставке 18%, что можно поменять в данном режиме. В частности можно внести изменение в одну накладную, отметив только её в группу, что раннее для распределен-ной ТТН было весьма сложно.

Замечания по «затрагиваемым» регистрам программы:

В принципе программа не хранит «сумм НДС», а рассчитывает их при печати документов и формировании отчетности. Однако имеет понятие «прочего налога» - раннее «налог с продаж», который рассчитывается, хранится в ТТН и зависит от НДС, но его сейчас нет, и программа игнорирует это понятие при пересчете ставок.

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

К правке каждого типа накладной настраивается доступ, что разумно при разделении обязанностей по ведению накладных.

Привет, Андрей. Ты уверен?
Если возврат осуществляется от плательщика НДС, то это называется обратная реализация. Вам выставляют обычную счет-фактуру. Какой там должен быть НДС после 01.01.2019?
Если возврат осуществляет организация, не являющаяся плательщиком НДС, то в этом случае оформляется корректировочная счет-фактура. Вы сами оформляете. Ставка НДС в ней указывается та, которая была при отгрузке. То есть, если товар был отгружен в 2018 году, то ставка будет 18%. Аналогичный порядок действует и при оформление других корректировочных и исправительных счетов-фактур.
На движение товаров это может повлиять, если складские остатки ведутся в ценах без НДС.

по моему это проще в консультанте посмотреть :)

В связи с переходом с 1 января 2019 года на применение повышенной ставки НДС ФНС России подготовлены подробные рекомендации для налогоплательщиков
[ ➜ ]

там есть ссылка на

<Письмо> ФНС России от 23.10.2018 N СД-4-3/20667@ "О порядке применения налоговой ставки по НДС в переходный период"
[ ➜ ]

Смотрим, смотрим... Пытаемся переварить и более сжато и понятно сформулировать, с точки зрения практического использования.

В принципе, по долговым документам более менее все понятно. С платежными поручениями тоже. Пока не совсем понятно по кассовым документам. Приходные ордера завязаны на кассовую дисциплину, в них с 01.01.2019 только 20%. Но оплата происходит по долгам, образованным до 01.01.2019. А там 18%. И дальше это все ползет к КУДиР, который, как известно, считается кассовым методом для ИП на ОСНО. То есть в нем отражаются платежные документы, а не долговые. НДС выделяется отдельными колонками. У нас сейчас там НДС определяется по долговым документам, на основании которых сделана оплата, а не по тому, что написано в платежных документах. И это правильно. Сейчас получится, что в кассовых документах будет 20%, а в КУДиР и связанных отчетах -18%.
Не встречались разъяснения на этот счет?

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

Насчет возвратов по кассе понятнее всех атол на форуме ответил - типа в законе нет ндс 18 после 01-01-2019 значит и такой ставки нет :)
Правда насколько я понял из обсуждения на форуме возможность такая на их кассах все таки существует - типа снес кз10 получил 18, занёс назад - получил 20
Правда там же так же есть что эту фичу они прикроют
Так что весёлье у бухов будет еще то :)

Скорее всего, просто забьют. Будет в кассовой первичке ндс 20, а в кудир 18. Это в пользу налоговой, чем меньше ндс, тем больше налоговая база для налога на доходы.

Я, с нашим законодательством НИ В ЧЁМ НЕ УВЕРЕН!!! Перед "правкой" программы изучил законы и пояснения, например по возвратам: [ ➜ ] более обширный обзор искать лень... В то же время главбух конторы, где это наиболее важно считает "Приняв товар к покупателю переходит право собственности. По этому возврат уже в 2019 должен быть по 20% ставке".

Моё дело сделать гибкий "инструмент", а как его будут применять - это "дело" лиц, которые отвечают за налоги.

К слову... Порешили "порезать" базу 31.12, что бы правки и операции за 2018 были в старой, а с 2019 шли только в новой, благо техники синхронизации разных баз позволяют это делать.

По возвратам можно целую лекцию прочитать...

По поводу "гибкого инструмента" - это распространенная позиция. Программисты не хотят вникать в заморочки с бухгалтерским учетом, а бухгалтера считают, что программисты обязаны все сделать и предусмотреть, а их дело только кнопку нажать и проверить результат (в лучшем случае). Обычно заканчивается тем, что программисты предлагают использовать стандартное программное обеспечение для бухгалтерии (обычно 1С), в котором все предусмотрено, так как над программой работает множество программистов, юристов и прочих консультантов. Бухам надо только научиться работать с программой, а она все правильно посчитает. Для этого есть курсы... А нам, программистам, очень сложно тянуть все законодательство.
Затем главный бух, начав работать в стандартной программе, обнаруживает, что большинство операций надо делать вручную и вероятность ошибиться крайне высока со всеми вытекающими. Программисты говорят, мы не можем изменять программу, так как тогда возникнут проблемы с обновлениями и программа перестанет все правильно считать. Главный бух идет к руководителю и говорит, учет стал очень сложный, требования налоговой повысились, мы не справляемся с объемом работ. Надо еще брать буха (бухов) в штат. После этого программисты вроде как ни при чем, они свое дело сделали - поставили программу и периодически ее обновляют. Главный бух вроде как тоже может отмазаться, так как ошибки допускает линейный бухгалтер. Его и наказывают, а периодически увольняют и берут нового. И так по циклу, пока не налетают на крупные штрафы. Тогда и с главного бухгалтера могут спросить. И так работают, как мне представляется, подавляющее большинство предприятий в России...