Постатейная расшифровка доходов и расходов для налоговой в 1с

Опубликовано: 01.05.2024

У налоговиков закрепилась традиция – при камеральных проверках деклараций требовать расшифровки указанных в них сумм. Мол, для того, чтобы подтвердить правильность исчисления налога. Но имеют ли они право так делать?

Расшифровки ничего не подтверждают

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

Организация через две недели после того, как получила требование налоговиков, представила им все документы. И тут же получила штраф. Дело в том, что компания должна была передать документы в инспекцию в течение пяти дней (п. 1 ст. 93 НК). Поэтому налоговики начислили фирме штраф в размере 50 рублей за каждый документ (п. 1 ст. 126 НК).

Фирма не стала оплачивать этот штраф, и инспекция обратилась в арбитражный суд.

Во всех трех судебных инстанциях налоговики получили отказ (постановление ФАС Северо-Западного округа от 1 июня 2005 г. № А13-14162/04-14).

Судьи установили, что инспекторы не имели права требовать от фирмы расшифровки сумм, указанных в декларации. Объяснили они это так. Согласно пункту 1 статьи 31 Налогового кодекса, налоговики могут спрашивать только те документы, формы которых установлены государством и на основании которых исчисляются и уплачиваются налоги. А также пояснения, которые подтверждают правильность исчисления и своевременность уплаты налогов. Расшифровки же к таким документам не относятся. Как заметили арбитры, они «носят поясняющий характер». Но не могут подтвердить правильность исчисления налога. Поэтому фирма была не обязана представлять такие документы в инспекцию. А раз так, то и ответственности быть не может. На что суд заключил: пункт 1 статьи 126 Налогового кодекса предусматривает ответственность за непредставление в пятидневный срок только тех документов, которые установлены кодексом.

Нет ошибок – нет и разъяснений

Похожее дело рассматривалось в этом же суде двумя днями позже.

Налоговики также проверяли уточненную декларацию по налогу на прибыль. И также запросили у компании расшифровки сумм, указанных в декларации. Это требование организация проигнорировала. Такие действия компании инспекторы расценили так: «налогоплательщик документально не подтвердил сумму заявленных расходов» и, как следствие, предложили фирме уплатить налог на прибыль в размере около десяти миллионов рублей и штраф, начисленный за его неуплату, в размере около двух миллионов рублей.

Организация с таким решением не согласилась и обратилась в арбитражный суд.

Судьи первой инстанции приняли сторону фирмы. Налоговикам такой исход дела не понравился. И они обратились сразу в кассационный суд. Правда, и тут их ждала неудача (постановление ФАС Северо-Западного округа от 3 июня 2005 г. № А26-12618/04-29).

Свою позицию арбитры объяснили так. Согласно статье 88 Налогового кодекса, целью камеральной проверки является проверка правильности исчисления налогов и своевременности их уплаты. А сама «камеральная проверка направлена на выявление ошибок, допущенных при заполнении деклараций». И в том случае, «если проверкой выявлены ошибки. то об этом инспекция должна сообщить фирме, требуя внести исправления» (абз. 3 ст. 88 НК). При этом судьи заметили, что по смыслу этой статьи только в случае выявления ошибок или противоречий налоговики могут потребовать дополнительные документы.

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

Камеральная проверка теряет свою суть, если налоговики требуют дополнительно представить какие-либо документы при том, что в декларации ими не были найдены ошибки или противоречия. Так она превращается в выездную проверку, для которой действуют совсем другие правила Налогового кодекса. В свою очередь запрос расшифровок к декларациям, как заметили судьи, «носит некорректный характер. и допускает произвол налоговых служб».

Екатерина НИКИТИНА

Мы пишем полезные статьи, чтобы помочь вам разобраться в сложных проблемах бухучета, переводим сложные документы «с чиновничьего на русский». Вы можете помочь нам в этом. Это легко.

*Нажимая кнопку отплатить вы совершаете добровольное пожертвование

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

Типовые возможности Бухгалтерии 3.0 включают несколько инструментов по проверке правильности ведения бухгалтерского и налогового учета. О них и пойдет речь ниже.

Экспресс-проверка

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

проверка учета НДС

Нажав Показать настройки, увидим список всех проверок:

проверка налога на прибыль
проверка учета НДС

Все проверки поделены на 5 групп, при необходимости можно включать/отключать любые из них. Нажимаем Выполнить проверку:

проверка учета НДС

Видим, что есть ошибки в учете. Раскроем каждую группу проверок и посмотрим, что именно проверяет данный инструмент:

проверка учета НДС
1с бухгалтерия 3.0
1с бухгалтерия 3.0
проверка учета
проверка учета НДС

Давайте начнем с исправления ошибок, связанных с ведением книги продаж:

проверка учета
1с бухгалтерия 3.0

Ошибка показано очень информативно: тут и возможные причины, и рекомендации и даже список проблемных документов. В данном случае для документов реализации нет счетов-фактур. Кликаем два раза на документе и открываем его форму:

1с бухгалтерия 3.0

Нажимаем Выписать счет-фактуру. Со вторым документом аналогично.

Переходим к ошибкам в книге покупок:

1с бухгалтерия 3.0

Ошибка связана с тем, что в параметрах учета мы включили возможность реализации по различным ставкам НДС, но не сделали документ Распределение НДС (обязательный при такой настройке). Несмотря на то, что по факту НДС во всех реализациях 18%, такой документ нужно ввести:

проверка налога на прибыль

Нажимаем Заполнить, затем Провести и закрыть:

проверка налога на прибыль

Перейдем к следующей ошибке:

проверка учета

Состоялся зачет аванса от покупателя, но проводки по вычету НДС в системе не зарегистрировано. Актуализируем документ Формирование записей книги покупок:

проверка учета

Перезаполним вкладку Полученные авансы, проведем и закроем документ.

Следующая ошибка связана с неправильной нумерацией счетов-фактур (возникает при вводе документов "задним числом" или ручном редактировании номера):

проверка учета

Приводится конкретных перечень проблемных документов и ссылка на обработку по перенумерации. Кликнем по ней:

1с бухгалтерия 3.0

В открывшейся форме в нижней части нажимаем Продолжить, но нужного эффекта не ощущаем:

проверка учета

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

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

Следующая ошибка связана с лимитами по кассе:

проверка учета НДС

Необходимо ввести лимиты по кассе (ссылка в панели навигации карточки конкретной организации). В итоге остается ошибка по нумерации счетов-фактур и по лимитам (исправлять не стал, т.к. данная тема в рамки видеокурса не входила).

проверка учета

Анализ учета по налогу на прибыль

Отчет предназначен для выявления возможных ошибок в данных налогового учета и учета разниц в оценке активов и обязательств. Формировать данный отчет необходимо только после выполнения процедур Закрытия месяца.

1с бухгалтерия 3.0
проверка учета НДС

Показатели отчета группируются по экономическому содержанию и представляются в виде графических схем, связь между которыми отображается стрелками. Стрелки иллюстрируют "переход" стоимости от одного объекта к другому. Стрелки исходят из блоков, символизирующих списанные объекты (стоимость которых уменьшается), и входят в блоки, символизирующие объекты, стоимость которых возрастает.

Кликнув на показателе (например Расходы), открывается его детализирующая расшифровка:

проверка учета

Для выбранных полей расшифровки также может быть своя расшифровка:

проверка учета НДС

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

проверка учета

Блоки отчета иллюстрируют стоимость активов, обязательств, доходов и расходов организации по данным:

  • бухгалтерского учета (желтый фон),
  • налогового учета (голубой фон),
  • учета постоянных разниц в оценке активов и обязательств (розовый фон),
  • учета временных разниц в оценке активов и обязательств (зеленый фон).

В случае если для показателей одного блока не выполняется правило "Оценка стоимости по данным бухгалтерского учета = Оценка стоимости по данным налогового учета + Постоянные и временные разницы", то блок обводится рамкой красного цвета. Это сигнал наличия ошибок учета. Рекомендуется рассмотреть историю формирования показателей блока, выяснить причину невыполнения правила и устранить ее.

Анализ учета по НДС

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

проверка учета НДС
1с бухгалтерия 3.0

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

Видим, что в отчете в блоке Зачет авансов полученных есть неисчисленный НДС, кликаем по блоку, формируется детализирующий отчет:

проверка учета НДС

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

Другие уроки по теме " Финансовые результаты "

Для добавления комментариев надо войти в систему.
Если Вы ещё не зарегистрированы на сайте, то сначала зарегистрируйтесь.

Учет хозяйственных операций для целей УСН в программе 1С:Бухгалтерия 8 (ред. 3.0) построен на использовании следующих регистров накопления и сведений:

  • Расходы при УСН;
  • Зарегистрированные оплаты основных средств (УСН);
  • Зарегистрированные оплаты нематериальных активов (УСН);
  • Книга учета доходов и расходов (раздел I);
  • Книга учета доходов и расходов (раздел II);
  • Книга учета доходов и расходов (НМА);
  • Книга учета доходов и расходов (раздел IV);
  • Прочие расчеты;
  • Расшифровка КУДиР;
  • Расчет налога при УСН.

Расходы при УСН

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

Рисунок 1.

Зарегистрированные оплаты основных средств (УСН)

Регистр накопления "Зарегистрированные оплаты основных средств (УСН)" предназначен для налогового учета оплат основных средств для целей УСН. В этом регистре содержится информация обо всех платежах, произведенных за основные средства, введенные в эксплуатацию (рис. 2).

Рисунок 2.

Зарегистрированные оплаты нематериальных активов (УСН)

Регистр "Зарегистрированные оплаты нематериальных активов (УСН)" аналогично регистру накопления "Зарегистрированные оплаты основных средств (УСН)" предназначен для налогового учета оплат нематериальных активов.

Книга учета доходов и расходов (раздел I)

Регистр накопления "Книга учета доходов и расходов (раздел I)" предназначен для налогового учета доходов и расходов, которые будут отражены в разделе I Книги учета доходов и расходов (рис. 3).

Рисунок 3.

Книга учета доходов и расходов (раздел II)

Регистры накопления "Книга учета доходов и расходов (раздел II)" (рис. 4) и "Книга учета доходов и расходов (НМА)" предназначены для налогового учета расходов на приобретение (создание) основных средств и нематериальных активов, которые будут отражены в разделе II Книги учета доходов и расходов.

Рисунок 4.

Книга учета доходов и расходов (раздел IV)

Регистр накопления "Книга учета доходов и расходов (раздел IV)" (рис. 5) предназначены для налогового учета расходов, уменьшающих исчисленную сумму налога (авансовых платежей по налогу) налогоплательщиками с объектом налогообложения "Доходы".

Рисунок 5.

Прочие расчеты

Регистр накопления "Прочие расчеты" предназначен для учета взаиморасчетов по зарплате, налогам и подотчетным лицам для целей УСН (рис. 6).
Возникновение дебиторской задолженности в регистре отражается приходными записями, погашение дебиторской задолженности - расходными записями. Возникновение кредиторской задолженности в регистре отражается расходными записями, погашение кредиторской задолженности - приходными записями.

Рисунок 6.

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

Записи в регистрах накопления подсистемы УСН формируются при проведении документов, регистрирующих факты хозяйственной жизни организации.

Расшифровка КУДиР

В регистр сведений "Расшифровка КУДиР" программа вносит детальную информацию о доходах и расходах, учитываемых при определении налоговой базы (рис. 7).

Рисунок 7.

Расчет налога при УСН

В регистре сведений "Расчет налога при УСН" программа при выполнении одноименной регламентной операции закрытия месяца сохраняет сведения о расчете суммы авансового платежа по налогу при УСН (за соответствующий отчетный период), а также и суммы налога по УСН (за соответствующий налоговый период) (рис. 8).

Рисунок 8.

Промокод _СТАТЬЯ.jpg

Но только на первый взгляд упрощённая система налогообложения проста при её применении в программах «1С». Несмотря на то, что налоговым периодом является год, проверку налогового учёта следует проводить квартально, а лучше – ежемесячно. Рассмотрим основные настройки учёта при УСН «доходы минус расходы» и возможности его проверки.

Итак, все основные настройки для УСН находятся в учётной политике. По кнопке Порядок признания расходов настраиваются условия, а точнее события (хозяйственные операции), выполнение которых необходимо для признания расходов уменьшающими налоговую базу по единому налогу (рисунок 1). Сформулируем эти условия:

  • Для признания расходов по материалам достаточно оформить поступление материалов и оплату материалов поставщику, передавать материал в производство необязательно, но пользователь может установить такую настройку.
  • Для признания входящего НДС необходимо, чтобы НДС был предъявлен поставщиком, оплачен ему и расходы по приобретённым товарам (работам, услугам) приняты.
  • Для признания расходов по товарам также нужно выполнить три условия: товар должен быть оприходован, оплачен и продан. Получение оплаты от покупателя – необязательное условие.
  • Для признания дополнительных расходов, включаемых в себестоимость, необходимо оформить их поступление и оплату.

В этой настройке по признанию расходов приведены объекты налогового учёта по УСН, которые пользователь может отрегулировать согласно своей учётной политике. Что же касается других объектов учёта, в частности, услуг, зарплаты, основных средств, то здесь условия признания законодательно закреплены и неизменны: по услугам расходы должны быть оприходованы и оплачены, зарплата – начислена и выплачена, основные средства – оприходованы и приняты к учёту.

Теперь поговорим о том, каким же образом программа определяет степень «признанности» расходов. Для ведения бухгалтерского учёта предназначены проводки и план счетов, для налогового учёта по налогу на прибыль – также проводки и план счетов, но записи производятся в дебет и кредит по ресурсам НУ, ПР и ВР. Для ведения налогового учёта по упрощённой системе налогообложения предусмотрены специальные регистры, куда записи вносятся с видом приход или расход. Например, оформляем поступление услуги от поставщика на сумму 10 тысяч рублей. Непосредственно после проведения документа можно изучить, какие движения по регистрам сделал документ по кнопке Дт/Кт .

За формирование записей в Книгу учёта доходов и расходов УСН (КУДиР) отвечает регистр накопления Расходы при УСН. Регистр один, но у него есть несколько видов расходов. В частности, в нашем примере вид расходов принимает значение Услуги. Статус оплаты в регистре контролирует степень «оплаченности» услуги. В данном случае мы видим, что пока услуга не оплачена. После того, как услуга будет оплачена, регистр Расходы при УСН видоизменится следующим образом: пройдёт расход по статусу Не оплачено и появится ещё одна закладка – Книга учёта доходов и расходов (УСН), в которой видно, что сумма оплаты попала в колонку 7, в принимаемые расходы. Таким образом, видно, что контролировать попадание расходов можно непосредственно из проводок документа. Ещё хотелось бы обратить внимание на содержание записи КУДиР. В нашем случае последним из условий было выполнено условие по оплате услуги на сумму 8 тысяч рублей, поэтому в записи будет указано списание с расчётного счёта. Если бы оплата предшествовала поступлению, то в КУДиР содержание указывало бы на поступление услуг по договору, но это не значит, что расход признан неправомерно, просто хронологически условия выполнялись в другом порядке (рисунок 2).

Кроме того, для признания услуг очень важно, чтобы в документах поступления и оплаты был выбран строго один и тот же контрагент и договор(!). Несовпадение договоров – самая распространённая ошибка в учёте. Чтобы программе «было понятно», что выполнены два условия – поступление и оплата, необходимо в поле Зачёт авансов выбирать Автоматически. На признание расхода также влияет статус Расхода (НУ) непосредственно в самом документе Поступление товаров и услуг. Нужно проверить, чтобы был выбран статус Принимаются.

До проведения анализа признанных расходов рекомендовано сделать групповое перепроведение документов, чтобы восстановить хронологическую последовательность. Понятно, что в течение квартала, а тем более – года, проводится огромное количество документов, а также поступления и оплаты по множеству поставщиков, суммы могут не совпадать, и последнее условие может выполниться только в последующих документах. Поэтому для проверки в конфигурации «Бухгалтерия предприятия» (редакция 3.0) предназначен отчёт Анализ состояния налогового учёта по УСН (рисунок 3).

Отчёт даёт возможность в разрезе услуг проанализировать выполнение условий по поступлению и оплате. В нашем случае видим, что поскольку услуга оплачена только на 8 тысяч рублей, то только эта сумма считается признанным расходом. Оставшиеся 2 тысячи рублей признаются только после следующей оплаты.

Переходим к расходам по зарплате. Для корректного признания таких расходов необходимо чёткое соответствие субконто 70 счёта в документах начисления и выплаты, а именно – физических лиц. Поскольку в документе Начисление зарплаты выбирается не физическое лицо, а сотрудник, то необходимо проверить, чтобы в справочнике физлиц было только одно физлицо соответствующее сотруднику. Иначе может получиться так, что в начислении выбирается одно физлицо, а выплата зарплаты проходит по-другому. На рисунке 5 видно, что в марте выплачена зарплата за февраль и эта сумма попала в принимаемый расход. Но мартовская зарплата будет выплачена только в апреле, поэтому она остаётся как долг по зарплате на конец месяца.

Для признания расходов по налогам с заработной платы необходимо начисление налога и уплата его в бюджет. Для субсчетов 69 счёта нужно, в общем случае, выбирать аналитику Налог (взносы): начислено / уплачено. Здесь нужно помнить один нюанс, отражающий логику работы программы: если был начислен больничный лист, то проводкой Дт 69/Кт 70 выполняется условие оплаты, несмотря на то, что фактически налог не перечисляли с расчётного счёта. В соответствии с п. 2 ст. 346.17 НК РФ, в целях главы 26.2 оплатой признаётся прекращение обязательства налогоплательщика.

Что касается основных средств, то здесь есть особенность при признании расходов. Как мы уже отмечали, основное средство нужно купить и оплатить, но само признание будет происходить раз в квартал после проведения при закрытии месяца регламентной операции Признание расходов на приобретение ОС для УСН.

Переходим к учёту товаров, но сначала отметим важную настройку УСН. При выборе в учётной политике режима налогообложения УСН «доходы минус расходы» автоматически в настройке параметров учёта включается учёт по партиям, то есть документам поступления, и это не случайно. Для того, чтобы программа записывала в регистры движения в разрезе документов и при этом отслеживала степень выполнения условий по признанию расходов в разрезе партий, и нужна эта настройка. Исходя из этой логики, и списание материально-производственных запасов может производиться только по методу ФИФО, поскольку только при таком способе оценки списание происходит по документам поступления.

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

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

Если же возникает необходимость внести дополнительную запись в Книгу учёта доходов и расходов (УСН), то можно воспользоваться документом Запись КУДиР (УСН).

Рассмотрев особенности ведения и проверки учёта при упрощённой системе налогообложения, можно констатировать, что только регулярное отслеживание сумм, попадающих в Книгу учёта доходов и расходов (УСН), позволит грамотно и своевременно сдать декларацию по завершении года.

pikuren
Автор статьи: Пикурен Вера Александровна

Работает в ВЦ «Раздолье» с 2005 года. В настоящее время – руководитель проектов. Начинала с внедрения конфигурации «1С:УПП», с 2015 года занимается внедрением 1С:ERP. За это время успешно запустила на 1С:ERP 6 заводов. Последний проект (АО НПО ЛЭМЗ) стал победителем Конкурса корпоративной автоматизации «1С:Проект года» в номинации «Лучший проект года в предметной области Бухгалтерский и налоговый учет» ( https://eawards.1c.ru/projects/1200-rabochih-mest-na-1s-erp-41612/ ).

Данной статьей мы продолжаем цикл материалов про учет НДС в программе 1С:ERP. В ней более подробно разберем учет входящего НДС и регистры.

Начнем со счето в учета НДС. В отлич ие материалов или затрат, эти счета не настраиваются, а определяется программой на основании многих факторов. Ниже приведена схема с сайта ИТС.

image001.jpg

Есть еще один субсчет, который не указан в таблице и который не указан в таблице и который возникает в документе «Корректировка реализации»

image002.jpg

Таким образом, довольно часто встречающийся запрос клиентов – расширить количество субсчетов счета 19 – не получится решить безболезненно.

Основным регистром по входному НДС является НДС предъявленный. Именно в нем фиксируются сведения о документе поступления, сумме НДС (управленческой и регламентированной), виде ценности и виде деятельности НДС.

Приходные движения в регистр делаются документами приобретения. Расходные движения зависят от вида деятельности НДС:

  • Продажа облагается НДС. Расходные движения формируются счетом-фактурой.
  • Определяется распределением. Расход делается документом «Распределение НДС». На этом виде деятельности давайте остановимся чуть поподробнее. Такие движения формируются по услугам, списываемым на расходы, в том случае, если в учетной политике снят флаг «Раздельный учет постатейных расходов». Если же флаг установлен, тогда вид деятельности будет зависеть от настроек статьи расходов.

image003.jpg

Если установить переключатель в НДС распределяется пропорционально выручке, тогда вид деятельности встанет в «определяется распределением», и в конце квартала суммы такого НДС будут распределены между видами деятельности.

Если же переключатель установлен в «Определяется учетной политикой» (и в учетной политике предусмотрен Раздельный учет постатейных расходов), тогда вид деятельности будет браться из того вида деятельности, который указан на вкладке Дополнительно.

  • Экспорт сырьевых товаров. Расходные движения формируются реализацией.
  • Экспорт несерьевых товаров. Расходные движения формируются счетом-фактурой (как и в случае вида деятельности «Продажа облагается НДС»).
  • Определяется использованием ОС/НМА. При работе с ОС и НМА поведение регистра похоже на закупку услуг: в том случае, если в статьях расходов, по которым происходит формирование стоимости ОС (НМА), установлен признак «Откладывать НДС до принятия объекта к учету», то в регистр НДС предъявленный пишется вид деятельности «Определяется использованием ОС/НМА».

image004.jpg

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

image005.jpg

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

  • Производство с длительным циклом. Поведение похоже на Экспорт сырьевых товаров, то есть расходные движения делаются Реализацией.

Закупки с видом деятельности «Не облагаемая НДС» не формируют движений в данном регистре.

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

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

image006.jpg

Например, в приведенном выше рисунке сразу можно диагностировать проблему в старых периодах клиента (наличие отрицательных остатков на начало отчета). Таких сумм в учете быть не должно.

Второй важный регистр учета НДС – это Детализация партий товаров для НДС и УСН. На самом деле в системе их два: один работает в случае использования оценки МПЗ ФИФО, второй – в случае использования средней. Эти регистры включаются в работу при установке в учетной политике организации флага «Раздельный учет товаров по налогообложению НДС». Движения по ним формируются документами товародвижения. Назначения регистра – хранить партию, по которой закупалось ТМЦ до момента, пока оно не спишется (на затраты, на нужды предприятия и т.д.). В отличии от НДС предъявленного, движения данного регистра не сильно зависят от наличия счета-фактуры: если в документе закупки НДС будет выделен, тогда при его проведении сформируются движения по «Детализации партий».

Не смотря на схожие названия, поведение регистров НДС для целей ФИФО и для средней отличаются: детализация партий для ФИФО не имеет ссылки на номенклатуру, в нем есть только основные данные по счету-фактуре и по документу поступления (эти две сущности могут не совпадать).

image007.jpg

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

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

image008.jpg

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

Например, рассмотрим проводки, которые получились при перемещении ТМЦ на необлагаемую НДС деятельность (с восстановлением НДС):

image009.jpg

Если исходить из оценки ТМЦ, то мы должны были восстановить сумму 87,5*20% = 17,5 рублей. Но программа нам восстановила 19 рублей, потому что по регистрам НДС были перемещены две партии по разной цене.

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

Еще хочу обратить внимание, что к установке флага «Раздельный учет НДС по товарам» в учетной политике надо подходить крайне ответственно: если его не установить сразу, то при включении его в более поздних периодах, движения по» Детализации партий» волшебным образом в системе не появятся. Программа будет формировать движения только по новым (или перепроведенным в новом периоде) документам. Остатки будут висеть без партий НДС, и, соответственно, пока они не спишутся, то НДС по ТМЦ будет отрабатывать только частично.

При этом не стоит включать раздельный учет «на всякий случай», потому что расчет НДС будет занимать существенное (сопоставимое с основным расчетом партий) время.

Последнее утверждение верно для релизов программы до 2.5.5. В нем произошло радикальное изменение в данном блоке: вместо регистра накопления «Детализация партий для НДС (ФИФО скользящая оценка)» используется регистр сведений «Детализация себестоимости товаров». По словам разработчиков, это позволило сократить время расчета НДС почти в 10 раз. К данному изменению мы вернемся позже, а пока рассмотрим особенности работы регистра «Детализация партий».

Разберем, чем «Партия» отличается от «Документа поступления».

Партия – это учетный объект, на котором в данный момент «висит» НДС. Документ поступления – это сам закупочный документ, и, соответственно, счет-фактура.

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

Партия выглядит вот так:

image010.jpg

При этом в регистре Детализация партий к ней привязаны документы поступления:

image011.jpg

При этом данный функционал будет работать и для многоуровневого производства: если материалы передаются на полуфабрикаты, а те в свою очередь на другие полуфабрикаты или готовую продукцию, то программа будет последовательно «перепривязывать» документы поступления.

Еще одно отличие партий от документов поступления возникает в ТЗР и ГТД: партией там выступает документ, на который распределяются закупленные доп. расходы.

image012.jpg

Похожая логика работает и в 2.5.5. Главное отличие – это замена регистра накопления регистром сведений.

image013.jpg

Но при этом регистр сведений является независимым, что не позволяет определить, на основании какого документа сделана та или иная запись. Прозрачность учета пришлось принести в жертву производительности. Пока сложно сказать, насколько реально будет научить бухгалтеров работать с новым механизмом и насколько сложно в нем будет искать ошибки. Если сравнивать результаты, то идентичные примеры на 2.5.4 и 2.5.5 дают одинаковые результаты.

Пока новый механизм работает только для ФИФО. Для учета по средней он находится в разработке.

На этом все, в следующей статье мы более подробно рассмотрим НДС по постатейным расходам.

Читайте также: