При ведении учета в программе 1С:Бухгалтерия предприятия 3.0 пользователи часто сталкиваются с ситуацией, когда при проведении возвратов от покупателей в регламентном документе Формирование книги покупок начинают дублироваться строки. При этом одна запись формируется с кодом вида операции (КВО) 01 (обычная покупка), а вторая — с кодом 16 (возврат от покупателя) или 18 (получение корректировочного счета-фактуры).
В этой статье мы подробно разберем, почему возникает такое задвоение сумм НДС, проанализируем методологические ошибки пользователей, а также изучим программный баг в коде конфигурации 1С и пути его исправления.
Для начала давайте разберем логику программы с точки зрения налогового законодательства и методологии учета НДС. Когда покупатель возвращает товар, у продавца возникает право на вычет НДС. Отражение этого вычета в Книге покупок напрямую зависит от того, каким образом оформляется операция и кем является покупатель.
В системе 1С задействуются разные коды видов операций (КВО):
Рассмотрим ситуацию, когда бухгалтер допускает методическую ошибку. Оформляя документ Возврат товаров от покупателя, пользователь регистрирует входящий счет-фактуру от покупателя как от обычного поставщика (так называемая схема «обратной реализации»). В этом случае программа регистрирует в системе обычный полученный счет-фактуру, который попадает в Книгу покупок с КВО 01.
Однако параллельно программа пытается автоматически отработать операцию возврата по регистрам накопления НДС. Если в документе возврата не настроены параметры отражения НДС, система автоматически генерирует в Книге покупок регламентную строку по вычету при возврате с кодом 16. В итоге одна и та же сумма НДС по одной хозяйственной операции проводится по Книге покупок дважды: первый раз как покупка (код 01), второй раз как возврат (код 16).
Давайте пошагово разберем, как исправить эту ошибку в учете без изменения программного кода:
Возврат товаров от покупателя, который привел к задвоению записей.Счет-фактура полученный, то это неверно.Формирование книги покупок и перезаполним его.После выполнения этих действий вместо двух строк с кодами 01 и 16 в Книге покупок останется одна корректная строка с кодом вида операции 18 (или 16, в зависимости от системы налогообложения вашего контрагента), а сумма НДС перестанет задваиваться.
Если методологически документы оформлены верно, но строки в Книге покупок все равно продолжают двоиться с разными КВО, мы имеем дело с технической ошибкой самой конфигурации. В релизах линейки 3.0.79 (в частности, 3.0.79.21) разработчики 1С оптимизировали и переписывали механизмы построения запросов для формирования отчетности по НДС. В процессе этих изменений была допущена критическая ошибка.
Проанализируем программный код конфигурации. Проблема крылась в общем модуле, отвечающем за сбор данных для вычетов, а именно в функции ТекстЗапросаТаблицВычетНДСНаОснованииДокумента. Данный метод генерирует текст SQL-запроса к базе данных для выборки записей по регистрам НДС.
Разработчики некорректно описали логическое условие проверки аналитики учета. В запросе присутствовала следующая конструкция:
КОГДА НЕ &СокращеннаяАналитика
При этом было упущено важнейшее условие, определяющее работу предприятий, использующих раздельный учет входящего налога. Для таких компаний проверка должна была обязательно содержать обращение к флагу раздельного учета. Из-за отсутствия этой проверки запрос выбирал избыточные данные по регистру НДС предъявленный, что приводило к дублированию строк в табличной части документа формирования книги покупок.
Для исправления этой ошибки в коде функции необходимо было дополнить логическое выражение следующим образом:
КОГДА НЕ &СокращеннаяАналитика И &РаздельныйУчетНДСНаСчете19
Добавление конструкции И &РаздельныйУчетНДСНаСчете19 позволяет системе корректно отсекать ненужные аналитические разрезы при включенном раздельном учете НДС на 19 счете и собирать данные без дублирования.
В этот же период в релизах линейки 3.0.79 существовала еще одна зарегистрированная ошибка под номером 10224354. Ее суть заключалась в том, что корректировочный счет-фактура, созданный на основании документа Корректировка поступления с видом операции "Исправление в первичных документах", ошибочно вообще не отражался в Книге покупок.
Обе эти проблемы — и техническое дублирование записей при возвратах из-за неучтенного раздельного учета, и неотражение исправлений в первичных документах — были официально устранены разработчиками фирмы 1С.
Решением проблемы является обновление конфигурации до релиза 3.0.80.40 или выше.
Если у вас двоятся записи в Книге покупок при проведении возвратов, выполните следующие действия:
Формирование книги покупок за отчетный период.