Новое в 2017 году по входящему НДС в ERP

Обработки - Обработка документов

Добавлен новый регистр накопления НДС предъявленный. По замыслу разработчиков он нужен для учета всего входящего НДС. Какие проблемы вас ожидают при переходе на редакцию 2.2

Новый год и новые проблемы. Вернее, не так. Оптимистичнее. Новые интересные задачи.

Для конфигурации ERP 2017 год ознаменовался выходом редакции 2.2. Хотя она вышла немного раньше, отрабатывать косяки приходится до сих пор.

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

То есть, условно говоря, конечное сальдо регистра НДС предъявленный должно равняться сальдо счета 19 на каждый период времени.

А теперь о подводных камнях.

Проблема №1

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

  • Операция (регламентированный учет)
  • Запись книги покупок
  • Запись книги продаж

А так же авансовый отчет.

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

Вроде бы все логично сами начислили, сами списали. И 19 счет корректно закроется и по НДС предъявленный движений не будет. 

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

Проблема №2

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

Проблема №3

На заре, когда программа ERP еще только создавалась никто про НДС предъявленный даже не помышлял. И документа для ввода начальных остатков по входящему НДС никто не делал, просто необходимости не было. Соответственно все, кто переходил на эту программу вносили остатки по 19 счету ручными операциями. Но тут сюрприз, пришла 2.2, а при обновлении данных на новую редакцию создание записей регистра НДС предъявленный не предусмотрено. Конечно же вам в помощь корректировка записей регистров.

Проблема №4

Еще до 2.2 на субсчете 19.07 было субконто Документы реализации. Оно нужно для учета по экспортным реализациям. Но оно не заполнялось, поскольку не откуда было. С приходом НДС предъявленный возможность заполнить это субконто появилась и оно заполняется. НО. Во первых оно заполняется только у вновь перепроведенных документов, то есть можете забыть о его заполнении в документах по закрытым периодам. И в счете проблем 1,2,3 в части документов эта аналитика так же не будет заполнена. Ну и конечно же получите очень интересную картину в ОСВ, где часть аналитики заполнена, часть не заполнена, часть ушла в красноту, часть не ушла. Это конечно же вызовет дикий восторг у ваших бухгалтеров. 

После этого сверять остатки по НДС предъявленный и 19 счету станет еще интереснее.

Вывод и резюме:

Мое сугубо личное мнение. Если вы покрываете какой-то раздел учета управленческим регистром, то этот раздел учета должен быть покрыт полностю, без каких либо исключений. Иначе вы (ну или ваши клиенты) получаете кучу новых интересных впечатлений от ночей проведенных вместе с программой.

Что делать и как с этим жить: 

Для себя быстро написал две простых обработки.

1-я заполняет субконто Документ реализации по счету 19.07. Почти все документы обрабатывает корректно за исключением распределения НДС. Там сопоставление сделано по суммам (ибо больше не по чему), а суммы в проводках не всегда совпадают с регистрами. 

2-я сверяет данные бухгалтерского учета на счете 19 и управленческому по регистру накопления НДС предъявленный. И позволяет делать корретировку записей регистра соответственно НДС предъявленный, и регистрирует изменения в регистре сведений Задания к формированию записей книги покупок продаж. То же очень осторожно нужно использовать и возможно допиливать под свою конкретную ситуацию, поскольку не все данные в регистре бухгалтерии для сопоставления есть. Если в РН есть измерения:

  • ВидЦенности
  • СтавкаНДС
  • ВидДеятельностиНДС
  • ИсправленныйСчетФактура

то соответственно в регистре бухгалтерии их нет.

Для использования указываете последнюю дату закрытого периода, исправляете остатки регистра накопления, а дату пересчета устанавливаете первую в текущем периоде. Допустим если дата корректируемых остатков 30.09.2016, то дата регистрации 01.10.2016. 

Скачать файлы

Наименование Файл Версия Размер
УстановкаДокументаРеализацииПо19_07
.epf 10,69Kb
11.01.17
4
.epf 10,69Kb 4 Скачать
ИсправлениеРегистраНДСПредъявленный
.epf 12,61Kb
11.01.17
5
.epf 12,61Kb 5 Скачать

См. также

Комментарии
1. Александр Васильев (user633533_encantado) 2 11.01.17 16:43 Сейчас в теме
Описанные проблемы касаются не только НДС.

Большая часть проводок бух. учета в ERP строится по данным регистров оперативного учета. Поэтому любое введение таких документов как запись книги покупок или книги продаж или ручной операции скорее всего приведет к ошибке в регламентированном учете, так как программа такие операции попросту "не заметит". Другое дело, что ручные операции в программе требуется вводить крайне редко, практически любую операцию можно ввести специальным документом и корректными настройками отражения документов в рег. учете.
2. Михаил Гончаров (MuI_I_Ika) 223 11.01.17 18:14 Сейчас в теме
(1)
практически любую операцию можно ввести специальным документом


каким документом можно корректно сделать сторно НДС?


каким документом корректно можно включить в книгу покупок НДС по авансовому отчету?


каким документом можно было до редакции 2.2 отнести входящий НДС на расходы?


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


(1)
ручные операции в программе требуется вводить крайне редко


сразу от сердца отлегло. отлично, у меня на 100 000 обычных проводок, и 2 000 сделаны ручными операциями. С точки зрения статистики это крайне редко. А с точки зрения одномоментного исправления после обновления это ад.


(1)
введение таких документов как запись книги покупок или книги продаж или ручной операции скорее всего приведет к ошибке в регламентированном учете


если есть что-то, что не приводило к ошибке до обновления, сразу стало приводить к ошибке, то возможно это что-то должно быть подробно описано как минимум, а как максимум что-то не то с обновлением и нужно исправлять его.
3. Александр Васильев (user633533_encantado) 2 11.01.17 19:10 Сейчас в теме
(2) каким документом можно корректно сделать сторно НДС

Корректировка поступления, например.

(2) 2 000 сделаны ручными операциями.

Какие, например ? Я спрашиваю не о забалансовых счетах. Действительно есть часть операций, которые в ERP нужно вводить ручными операциями. Но обычно они достаточно редки.

По поводу записи книги покупок, которую проигнорирует документ "Распределение НДС", если не откорректировать регистры у меня есть ответ от 1С:

"Все-таки в настоящий момент документ позиционируется, как инструмент корректирующий (дополняющий) исключительно Книгу покупок (с отражением в Дт 68). "

Действительно, часть операций с НДС в ERP 2.1 было сделать нельзя, но это не значит, что если нет специального документа, то поможет ручная операция, это не бухгалтерия, ручные проводки наплодят еще больше ошибок. Разбираться с "краснотой" на 19 счете в конце квартала это не нормальное ведение учета.
4. Михаил Гончаров (MuI_I_Ika) 223 11.01.17 20:45 Сейчас в теме
(3)
Корректировка поступления, например.


И как там может изменить НДС не меняя саму накладную?


(3)
Какие, например ? Я спрашиваю не о забалансовых счетах.


Мы обсуждаем исключительно 19 счет и входящий НДС. Он забалансовым не является.


(3)
Но обычно они достаточно редки.


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


(3)
что если нет специального документа, то поможет ручная операция...это не нормальное ведение учета.


Вот это не понял. А что тогда поможет? А что в таком случае нормальное ведение учета? Какие подходы вы применяете в своей работе делитесь опытом. Как вносили остатки например
5. Михаил Гончаров (MuI_I_Ika) 223 11.01.17 21:02 Сейчас в теме
(3)
"Все-таки в настоящий момент документ позиционируется, как инструмент корректирующий (дополняющий) исключительно Книгу покупок (с отражением в Дт 68). "


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

Да так к сведению. Откорректировать исключительно 68 счет невозможно, по любому будет еще и корреспонденция. Это тому кто писал такой грамотный ответ.
6. Дмитрий Стародубцев (belovo3000) 41 12.01.17 04:53 Сейчас в теме
Красиво описаны проблемы, прям детектив
7. Александр Васильев (user633533_encantado) 2 12.01.17 10:32 Сейчас в теме
(4) "Мы обсуждаем исключительно 19 счет и входящий НДС".
Так и какие же операции связанные с 19 счетом вы ведете ручными операциями ? И как вы его потом закрываете ?

(2) " у меня на 100 000 обычных проводок, и 2 000 сделаны ручными операциями"

А у меня стоит запрет бухгалтерам вводить ручные операции по незабалансовым счетам. Если такая потребность возникает, то нужно разбираться - почему ? Обычно выясняется, что не надо. Просто в ERP бух. операция больше не является одним их основных документов для отражения регл. учета, как это было и есть в бухгалтерии 2.0 и 3.0, но многие это до сих пор не поняли.

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

8. Михаил Гончаров (MuI_I_Ika) 223 12.01.17 12:50 Сейчас в теме
(7)
Так и какие же операции связанные с 19 счетом вы ведете ручными операциями ?


1. Ввод начальных остатков
2. Списание НДС на расходы (версия 2.1) При переходе на 2.2 старые оепарции никуда не деваются и продолжают портить жизнь.
3. Сторнирование операций по включению/исключению НДС в стоимость товара. Такая необходимость была в документах пересортицы товара ввиду того что отсутствовала возможность указывать способ отражения НДС. В версии 2.2 такая возможность появилась, но операции опять таки никуда не делись.
4. Сторно 19.07 связанная с невозможностью принять к зачету НДС из-за отсутствия данных о поставщике по партиям товаров, которые введены начальными остатками.
5. Корректировка входящего НДС по суммам, которые необходимо брать к зачету частично.
6. Всевозможные исправления и сторно некорректного отражения НДС в программе.
7. А так же прочие и прочие бухгалтерские операции.

Как закрываем я описал в статье. До 2.2 все закрывалось корректно.


(7)
Если такая потребность возникает, то нужно разбираться - почему


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

(7)
многие это до сих пор не поняли


Я боюсь что многие до сих пор не поняли основ ведения бухгалтерского учета и ведения бизнеса. Когда я говорю об основах ведения бухгалтерского учета, то я имею ввиду то что для бухгалтера должно быть единственное ограничение - Положение по бухгалтерскому учету. Есть план счетов, есть журнал проводок. Все. Попытка превратить бухгалтера в оператора бессмысленна. Иначе к каждому бухгалтеру придется рядом сажать аналитика и программиста (а это непомерные затраты для бизнеса не отвечающие целям бухгалтерского учета). Стоимость учета не должна быть сопоставима с самим объектом учета, а должна быть существенно меньше его.

Не все бизнес процессы должны быть автоматизированы от и до. Что-то в любом случае остается на откуп бухгалтеру. Они, извините, для этого 5 лет учатся.

Один из принципов бухгалтерского учета, который пытается нарушить ERP - это своевременность отражения фактов хозяйственной деятельности. В тот же день как в голове руководителя родилась гениальная мысль, бухгалтер обязан отразить ее в системе. И никто не будет ждать вас пока вы напишете в 1С пожелание или даже измените систему самостоятельно, просто нет на это времени. Мы с вами живем в стремительно изменяющемся мире и бизнес изменяется вместе с ним. Еще 10 лет назад не было сотовых телефонов, 5 лет назад не было социальных сетей и так далее. Рассказать кейс про мобильные телефоны?

Попытка описать и вывести в жесткий интерфейс все возможные бизнес процессы (что равнозначно уничтожению профессии бухгалтера и превращению его в оператора), на мой взгляд, выглядит так же нелепо как во второй половине 20 века в советском союзе некоторые деятели говорили: "Вот скоро не будет коров и доярок, будет одно сплошное вымя". Где это все сейчас? Без коровы (бухгалтера) вы не обойдетесь никак.

(7)
В общем, действительно, я зря заявил, что без операций можно обойтись


Раз уж вы соглашаетесь с тем, что без операций не обойтись, то придется согласиться и с тем что при наличии хотя бы одной самой ничтожной операции ваши данные становится очень затруднительно сверить с данными оперативного учета. Просто потому, что нужно держать в необъятной голове, что вот эта вот операция у нас в регистрах не отражена. Да, данные бухгалтерского учета и оперативного нужно периодически проверять, выверять и сверять. Именно в этом заключается принцип аудируемости отчетности, который ERP пытается нарушить. Как вы думаете просто так разработка по сверке регистров Евгении Карук имеет такой ошеломительный успех на инфостарте? Я думаю не просто так. Потребность в этом колоссальная. Данные "разъезжаются". И виновата в этом глюкавость 1С и недостаточное методическое обеспечение.

А для того чтобы сверить регистры, нужно сделать одну простую вещь. Писать оперативные регистры везде, даже в ручных операциях.

(7)
нужно регистрировать ошибку или создавать пожелание на доработку


А что вы будете делать с операциями, которые у вас уже есть в системе? На них тоже зарегистрируете ошибку или пожелание к изменению. Они ведь у вас уже есть и отравляют вам жизнь.

Кстати, одной из целей данной статьи является задача донести до фирмы 1С неправильность выбранного подхода, поскольку все регламентированные возможности для этого были исчерпаны. Вам спасибо за грамотное оппонирование.

То же самое, на мой взгляд, не очень удачно пыталась сделать Вера Хомичевская (khomichevskaya) в своей статье "Если на ERP переводят бухгалтерию" http://infostart.ru/public/542349/?detail=Y&ID=542349&PAGEN_1=2 Но тогда не получилось ввиду обширности поднятой темы и ввиду того что просто не по теме затролили комментаторы.
9. Михаил Гончаров (MuI_I_Ika) 223 12.01.17 16:49 Сейчас в теме
Вот вам пожалуйста свежий пример. В прошлом отчетном периоде сделали неправильно возврат товаров от клиента. Указали, что сума не включает НДС. Хотя сумма включает НДС, просто клиент на УСН. В результате программа накрутила сверху НДС и вернули товар на большую сумму, чем нужно. Соответственно необходимо увеличить дебиторскую задолженность клиента.

В системе отсутствует документ Корректировка возврата товаров от клиента. А нам нужно откорректировать взаиморасчеты и НДС. Что будем делать?
10. Михаил Гончаров (MuI_I_Ika) 223 12.01.17 17:22 Сейчас в теме
Еще один свежий пример. На импортное поступление (без НДС) есть оказание услуг с НДС, стоимость которого распределена на себестоимость товаров.

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

Вот каким документами мне предлагается вносить корректировки по такой фигне?
11. Александр Васильев (user633533_encantado) 2 12.01.17 18:21 Сейчас в теме
(10) Ну , например, в этом случае я бы в первую очередь задался вопросом, откуда программа увидела в оперативном учете НДС, если в регл. учете его нет ?
Здесь явно где-то принципиальная ошибка (либо в программе, либо после каких-то операций), конечно никакого документа для исправления такой ситуации (кроме корректировки регистров или поиска и исправления каких-то операций пользователя) не будет.

"1С неправильность выбранного подхода, поскольку все регламентированные возможности для этого были исчерпаны"
Возможно, что подход и не верный, но зная , что регламентированный учет в программе ведется трансляцией оперативного нужно обдуманно подходить к выбору программы учета.
В моем случае проблема учета "сложного" НДС в ERP решилась контролем и внимательным отношением при отражении всех операций, проверкой всех документов перед закрытием квартала на предмет различных ошибок с помощью специальных отчетов, своевременная сверка оперативного и бух. учета и т.п. К корректировке регистров и бух. операциям прибегаем, только в случаях, когда однозначно понятно, что это ошибка-недоработка программы, как например, в случае "Записи книги покупок", да и то это автоматизировано. При чем я сейчас говорю, не о простом учете с парой десятков документов в день, а о крупном холдинге с различной деятельностью, как облагаемой, так и не облагаемой НДС, розничной торговлей, оказанием услуг, производством, разными системами налогообложения и т.п. Регл. учет ведется полностью в ERP, отчетность формируется и сдается из программы через 1с-отчетность.

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



12. Михаил Гончаров (MuI_I_Ika) 223 13.01.17 10:12 Сейчас в теме
(11)
но зная , что регламентированный учет в программе ведется трансляцией оперативного нужно обдуманно подходить к выбору программы учета.


Не могу не согласиться. Только одна ремарка.

Для учета НДС в ERP использует 3 регистра накопления:

НДС записи книги покупок
НДС записи книги продаж
НДС предъявленный.

А в такой программе к которой вы все время апеллируете 1С:Бухгалтерия сколько бы вы думали? Как минимум 13



Не утверждаю, что там ошибок меньше. Просто говорить что в одной программе есть трансляция из регистров, а в другой нет, не совсем корректно или совсем некорректно. Это скорее маркетинговая уловка 1С, нужная для более "гладкого" внедрения, но которую почему-то пытаются транслировать все специалисты.

Разница лишь в том, что в бухгалтерии у вас проводки появляются сразу при проведении, а в ERP они формируются регламентным заданием. Но сути вопроса это не меняет. Такое решение как бухгалтерия предприятия уже давным давно использует оперативные регистры для вспомогательных расчетов.

Сам по себе принцип трансляции данных из оперативного учета в бухгалтерский далеко не нов, а скорее наоборот. Первое такое решение на 1С появилось еще в версии 7.7 на Комплексной конфигурации.
Оставьте свое сообщение