Ситуация, когда сумма в Книге покупок не совпадает с дебетовым оборотом счета 68.02 «Налог на добавленную стоимость», является одной из самых трудоемких задач при закрытии периода, особенно если объем документов исчисляется десятками тысяч строк. В конфигурациях уровня 1С:ERP или 1С:Комплексная автоматизация эта проблема осложняется тем, что данные для Книги покупок берутся из оперативных регистров, а не напрямую из бухгалтерских проводок. Рассмотрим подробнее, как локализовать ошибку и какие инструменты для этого использовать.
Прежде чем приступать к поиску конкретных документов, необходимо понять структуру формирования вычета. Разберем по шагам, из чего складывается дебет счета 68.02. В идеальной ситуации сумма в Книге покупок должна соответствовать сумме проводок, где счет 68.02 идет по дебету в корреспонденции со следующими счетами:
Проанализируем ситуацию: если общая сумма по Книге покупок больше, чем дебет 68.02, значит, либо в регистрах НДС есть записи, по которым не сформированы проводки, либо проводки были сделаны вручную на другие счета, не попадающие в Книгу покупок.
Важный нюанс: Нельзя просто сравнивать общий дебетовый оборот счета 68.02. Необходимо использовать отчет Анализ счета 68.02, чтобы видеть суммы именно в корреспонденции с 19 и 76 счетами. Уплата налога (корреспонденция с 51 счетом) также проходит по дебету 68.02, но к Книге покупок отношения не имеет.
Когда строк в Книге покупок более 10 000, ручная сверка (крыжение) невозможна. Проанализируем наиболее эффективный программный метод — использование консоли запросов. Основная идея заключается в том, чтобы сопоставить данные регистра накопления НДС Покупки и данные регистра бухгалтерии (проводки) в разрезе документов-регистраторов.
Рассмотрим пример логики запроса для поиска расхождений:
ВЫБРАТЬ
НДСПокупки.Регистратор КАК Документ,
СУММА(НДСПокупки.НДС) КАК СуммаРегистр,
0 КАК СуммаПроводки
ПОМЕСТИТЬ ВТ_ДанныеРегистра
ИЗ
РегистрНакопления.НДСПокупки КАК НДСПокупки
ГДЕ
НДСПокупки.Период МЕЖДУ &ДатаНачала И &ДатаКонца
СГРУППИРОВАТЬ ПО
НДСПокупки.Регистратор
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ
Хозрасчетный.Регистратор,
0,
СУММА(Хозрасчетный.Сумма)
ИЗ
РегистрБухгалтерии.Хозрасчетный КАК Хозрасчетный
ГДЕ
Хозрасчетный.Период МЕЖДУ &ДатаНачала И &ДатаКонца
И Хозрасчетный.СчетДт = ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.НДС)
И Хозрасчетный.СчетКт В (ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.НДС_Предъявленный), ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.НДС_с_авансов))
СГРУППИРОВАТЬ ПО
Хозрасчетный.Регистратор
;
////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
Итог.Документ,
СУММА(Итог.СуммаРегистр) КАК ИзКнигиПокупок,
СУММА(Итог.СуммаПроводки) КАК ПоБухгалтерии,
СУММА(Итог.СуммаРегистр - Итог.СуммаПроводки) КАК Разница
ИЗ
ВТ_ДанныеРегистра КАК Итог
СГРУППИРОВАТЬ ПО
Итог.Документ
ИМЕЮЩИЕ
СУММА(Итог.СуммаРегистр - Итог.СуммаПроводки) <> 0
Такой запрос за несколько секунд выявит конкретные документы, по которым сумма в Книге покупок расходится с суммой проводки по дебету 68.02.
Выясним наиболее частые причины, по которым возникают подобные разрывы в учете:
Операция (бухгалтерский и налоговый учет) для корректировки 68 счета. Проводка появляется, но запись в Книгу покупок (в регистр) не попадает. Проанализируем список документов Операция за период — они должны быть первым объектом проверки.Формирование записей книги покупок. Если документ был изменен вручную или перезаполнен без последующего перепроведения, связь с проводками может нарушиться.Прежде чем писать собственную обработку, разберем возможности встроенных инструментов:
Заключение: Чтобы успешно решить задачу, когда Книга покупок не бьется с 68 счетом, необходимо сочетать методический подход (анализ корреспонденции счетов) с техническим (написание простого запроса к двум регистрам). Чаще всего виновниками становятся либо забытые ручные корректировки, либо некорректно проведенные регламентные операции в конце месяца.