Многие пользователи при переходе с «1С:Управление производственным предприятием 1.3» на «1С:Бухгалтерия предприятия 3.0» сталкиваются с неприятным сюрпризом: привычная схема работы через счет 76.06 (Прочие расчеты с дебиторами и кредиторами) перестает корректно формировать записи в книге покупок при зачете авансов. Проблема проявляется следующим образом: выписка авансового счета-фактуры проходит успешно, проводки по счету 76.АВ формируются, документ реализации делает проводку по зачету аванса (например, Дт 76.06 — Кт 76.06), но при заполнении регламентного документа Формирование записей книги покупок вкладка «Вычет НДС с полученных авансов» остается пустой.
В этой статье мы подробно разберем, почему система ведет себя именно так, и рассмотрим несколько способов решения этой задачи, от методологически верных до технических обходов.
Для начала выясним причину, по которой автоматика 1С игнорирует движения по счету 76.06. В отличие от старых конфигураций, современная «Бухгалтерия предприятия 3.0» оптимизирована под жесткое соблюдение методологии учета. Алгоритмы подсистемы НДС в этой программе ориентированы на план счетов, где за расчеты с покупателями отвечают субсчета счета 62.
Если мы заглянем в программный код (модуль УчетНДС), то увидим, что запрос, собирающий данные для книги покупок, содержит жесткий фильтр. Система ищет корреспонденции по дебету счетов авансов, и в этот список включены только:
62.02 (Расчеты по авансам полученным в рублях);62.22 (Расчеты по авансам полученным в валюте);62.32 (Расчеты по авансам полученным в у.е.).Поскольку счет 76.06 является активно-пассивным и не разделен в типовой конфигурации на «счет расчетов» и «счет авансов» аналогично 62-му счету, программная логика просто «не видит» в проводке Дт 76.06 — Кт 76.06 события, инициирующего налоговый вычет. Для системы это просто внутреннее перемещение задолженности по прочим расчетам, которое не связано с регламентированным циклом НДС покупателя.
Рассмотрим самый правильный путь с точки зрения разработчиков 1С. Если ваша цель — отделить одну категорию покупателей от другой (например, «основные» и «прочие»), лучше не уходить на 76-й счет, а создать новые субсчета внутри 62-го счета.
Разберем по шагам, как это сделать:
62.04 (Расчеты с прочими покупателями) и 62.05 (Расчеты по авансам с прочими покупателями).Поскольку алгоритмы НДС часто используют поиск «по маске» счета (т.е. ищут всё, что начинается на 62), использование субсчетов внутри этой группы позволит документу Формирование записей книги покупок автоматически подхватывать зачеты авансов. Это исключит необходимость ручных корректировок и доработок программы.
Если разделение на 76 и 62 счета требовалось только для управленческой отчетности или фильтрации в ОСВ, проанализируем ситуацию: возможно, вам поможет использование стандартного реквизита договора. В типовой конфигурации можно использовать поле Вид расчетов (его можно добавить в настройки договора) или просто распределять контрагентов по разным папкам в справочнике.
Это позволит вам продолжать вести учет на стандартных счетах 62.01 и 62.02, сохраняя полную автоматизацию НДС, но при этом иметь возможность фильтровать отчеты (Оборотно-сальдовую ведомость, Анализ субконто) по группам контрагентов или свойствам договоров.
Существует техническая хитрость, которая позволяет заставить систему увидеть аванс, даже если основной долг висит на 76-м счете. Посмотрим на этот пример настройки в регистре сведений Счета учета расчетов с контрагентами:
76.06.62.02.В этом случае при поступлении оплаты система сформирует проводку Дт 51 — Кт 62.02. При реализации товаров или услуг (где в документе будет стоять счет расчетов 76.06) программа увидит аванс на 62.02 и сделает зачет: Дт 62.02 — Кт 76.06. Поскольку в этой проводке участвует счет 62.02, документ Формирование записей книги покупок корректно распознает зачет аванса и предложит сумму к вычету. Однако помните, что это приведет к возникновению оборотов по 62 счету, которых пользователи изначально хотели избежать.
Если использование счета 76.06 является категорическим требованием бизнеса, и вы готовы к поддержке нетипового решения, можно прибегнуть к расширению конфигурации. Нам потребуется вмешаться в механизм формирования данных для книги покупок.
Проанализируем основные точки расширения:
УчетНДС).76.06.НДС с авансов. При зачете на 76-м счете запись в этот регистр с видом «Расход» может не создаваться автоматически. Вам придется добавить движение по этому регистру в модуле проведения документа Реализация (акты, накладные).Пример логики, которую нужно реализовать (условно):
// В расширении документа РеализацияТоваровУслуг
Процедура ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
// Проверяем, есть ли зачет аванса по счету 76.06
// Если есть, принудительно формируем движение по регистру "НДС с авансов"
// с видом движения "Расход", чтобы "Формирование записей книги покупок"
// увидело основание для вычета.
КонецПроцедуры
Важное предостережение: Любое вмешательство в механизмы НДС через код чревато расхождениями в декларации и ошибками в отчете «Анализ состояния налогового учета по НДС». Мы рекомендуем использовать этот метод только в крайнем случае.
Какое бы решение вы ни выбрали, после настройки обязательно выполните следующие действия для проверки:
НДС с авансов. В нем должна появиться запись «Приход» при получении денег и «Расход» при реализации.Подводя итог, можно сказать, что 1С:Бухгалтерия 3.0 требует более строгого отношения к плану счетов, чем старая УПП. Использование 62 счета для всех операций, облагаемых НДС, — это залог того, что ваша налоговая отчетность будет формироваться автоматически и без ошибок.