При работе в программе «1С:Бухгалтерия предприятия 2.0», особенно после переноса остатков в новую информационную базу, пользователи часто сталкиваются с некорректным заполнением регламентированных отчетов по НДС. Чтобы упростить контроль результатов миграции и быстро выявить неточности в учете, можно использовать программу для автоматического сравнения проводок между базами 1С. Одной из самых запутанных проблем является пустое или неверное поле «Дата события» в Книге покупок, а также появление в отчете документов, которые уже помечены на удаление. Разберем детально причины этих ошибок и способы их устранения.
Прежде всего, нам необходимо понять, откуда программа черпает данные для заполнения этой колонки. В конфигурации «Бухгалтерия предприятия 2.0» отчет «Книга покупок» строится не на основании проводок по бухгалтерским счетам (например, 19 или 68), а на основании данных специализированных регистров накопления. Основным из них является регистр НДС Покупки.
Рассмотрим, что именно считается «событием» для разных видов операций:
Проанализируем ситуацию, описанную в теме: документ поступления от 04.02, а дата события ставится 14.02 или 20.03. Это явный признак того, что программа «цепляет» дату из другого связанного документа или из записи регистра, которая была сформирована некорректно при переносе остатков. Чаще всего это происходит из-за документа Регистрация оплаты НДС в бюджет или из-за неверно указанной даты оплаты в регламентном документе Формирование записей книги покупок.
Ситуация, когда в официальный отчет попадают документы с пометкой на удаление, кажется невозможной, но она имеет под собой четкое техническое обоснование. В системе 1С пометка на удаление — это лишь признак объекта. Если при записи документа (например, через стороннюю обработку переноса данных) движения по регистрам были сформированы, а затем документ пометили на удаление без отмены проведения (или произошел программный сбой), то записи в регистре НДС Покупки остаются «живыми».
Программа при формировании отчета «видит» запись в регистре и выводит её, так как отчет обращается к таблицам итогов, а не к статусу самого документа-регистратора. Чтобы исправить это, выполним следующие шаги:
НДС Покупки. В настройках добавим поле Регистратор.ПометкаУдаления.Если база новая, то проблема с датами почти всегда кроется в заполнении регистров при вводе остатков. Посмотрим на последовательность действий, которую необходимо выполнить бухгалтеру:
Шаг 1. Проверка документа «Формирование записей книги покупок»
В «Бухгалтерии 2.0» вычет НДС часто отражается регламентным документом ФормированиеЗаписейКнигиПокупок. Перейдем в этот документ и внимательно изучим вкладку «Вычет НДС по приобретенным ценностям» или «Вычет НДС с полученных авансов».
Если в колонке «Дата оплаты» или в аналогичных реквизитах стоят даты, отличные от первичных документов, то именно они попадут в Книгу покупок как дата события. Нужно убедиться, что эти поля заполнены корректно. Если они пусты — программа может либо оставить поле в отчете пустым, либо подставить дату самого регламентного документа.
Шаг 2. Восстановление последовательности
НДС — это крайне чувствительный к хронологии раздел учета. Если документ СчетФактураПолученный был введен раньше, чем ПоступлениеТоваровУслуг, или оплата зачлась не в ту секунду, связи в регистрах могут нарушиться. Выполним полное перепроведение документов за период (меню «Сервис» — «Групповая обработка справочников и документов» или через закрытие месяца).
Шаг 3. Техническая очистка базы
Поскольку в отчет попадают удаленные документы, нам обязательно нужно провести Тестирование и исправление информационной базы (в режиме Конфигуратора). Для автоматизации регулярных технических проверок и обслуживания баз без участия пользователя можно запустить программу для автоматического тестирования баз 1С в тихом режиме. При этом обязательно выберем пункты:
Если визуальный осмотр не помогает, мы можем проанализировать движения конкретного документа. Рассмотрим пример, как можно программно (через консоль запросов) или в отчете увидеть, какая именно дата зафиксирована в регистре для «проблемного» документа:
ВЫБРАТЬ
НДСПокупки.Период КАК ПериодЗаписи,
НДСПокупки.Регистратор КАК Документ,
НДСПокупки.ДатаСобытия КАК ДатаСобытияИзРегистра,
НДСПокупки.Событие КАК ТипСобытия
ИЗ
РегистрНакопления.НДСПокупки КАК НДСПокупки
ГДЕ
НДСПокупки.Период МЕЖДУ &ДатаНачала И &ДатаКонца
Этот запрос наглядно покажет, что именно «хранится» в базе. Если в колонке ДатаСобытияИзРегистра вы видите странную дату (например, ту самую 20.03 при документе от 06.02), значит, проблема в логике проведения конкретного документа или в данных, перенесенных из старой базы.
При переносе данных из другой программы в 1С:БП 2.0 часто создаются документы ВводОстатков по счету 19 и по регистрам НДС. Рассмотрим важный нюанс: если в документе ввода остатков не указаны реквизиты первичного счета-фактуры (номер и дата) в специальных полях регистра, Книга покупок не сможет их отобразить.
Проверьте, чтобы для каждой записи по НДС были корректно заполнены следующие измерения и реквизиты в регистрах НДС Предъявленный и НДС расчеты с поставщиками:
Резюмируем: Для исправления ситуации необходимо сначала «вычистить» регистры от записей удаленных документов через тестирование и исправление, а затем добиться корректного заполнения регистра НДС Покупки путем перепроведения документов Формирование записей книги покупок. Если даты по-прежнему подтягиваются неверно — необходимо проверить первичные документы Ввод остатков, так как именно в них при переносе могла закрасться техническая ошибка в датах оплаты или события.