Ситуация, когда после повторной загрузки банковских выписок в 1С:Бухгалтерия предприятия 2.0 «поплыли» данные в Книге учета доходов и расходов (КУДиР), является классической для организаций, совмещающих УСН и ЕНВД (актуально для учета периодов до 2021 года). Основная проблема заключается в том, что доходы, которые должны относиться к деятельности на ЕНВД, начинают ошибочно отражаться в 4 и 5 графах КУДиР как доходы УСН. Рассмотрим подробнее, почему это происходит и как исправить ситуацию.
В программе 1С:Бухгалтерия 2.0 механизм КУДиР работает на основе оперативных данных, фиксируемых в специальных регистрах накопления. Когда мы проводим документ Поступление на расчетный счет с видом операции «Поступления от продаж по платежным картам и банковским кредитам», система должна «понять», к какому виду деятельности относится этот доход.
Проанализируем алгоритм программы: при проведении оплаты 1С ищет документы-основания (например, Отчет о розничных продажах), в которых указано, что выручка относится к ЕНВД (счет учета 90.01.2). Если связь между оплатой и реализацией установлена верно, сумма попадает в графу 4 (Доходы всего), но не попадает в графу 5 (Доходы, учитываемые при налогообложении). Если же связь разорвана, программа по умолчанию классифицирует доход как относящийся к основной системе — УСН.
Причиной того, что «внешне одинаковые» документы дают разные движения, могут быть следующие факторы:
Прочие расчеты. В нем фиксируются авансы и неоплаченные остатки реализаций. Если при перегрузке банка документы получили новые внутренние идентификаторы или изменилось время их записи, связь с отчетами о розничных продажах могла потеряться.Статью прочих доходов и расходов или неверно определить Вид оплаты. Если в статье доходов не указано ее отношение к деятельности на ЕНВД, документ автоматически сформирует записи в КУДиР по УСН.Прежде всего, нам необходимо восстановить хронологическую цепочку. Посмотрим на последовательность действий:
Зайдем в меню «Операции» — «Проведение документов». Нам нужно убедиться, что все документы с даты начала проблем (в нашем случае с 07.10.2020) проведены последовательно. Однако простого перепроведения через этот механизм часто бывает недостаточно. Рекомендуется использовать встроенную обработку «Групповое перепроведение документов» или запустить процедуру из обработки «Закрытие месяца».
Важный момент: Перепроведение должно начинаться с самого первого документа за день, в котором обнаружена ошибка, так как остатки по регистру Прочие расчеты переходят из документа в документ в течение дня.
Если перепроведение не помогло, проанализируем движения документа с помощью универсального отчета. Нам нужно сравнить движения «правильной» выписки (до 7 октября) и «неправильной» (после 7 октября) по регистру Прочие расчеты.
В правильном документе мы должны увидеть:
Если в новых документах вместо этого мы видим Приход или отсутствие признака ЕНВД, значит, программа не видит связи с реализацией. В этом случае проверьте в табличной части банковской выписки поле Документ расчетов. Возможно, при перегрузке это поле очистилось или заполнилось некорректно.
Иногда бухгалтеры вносят правки в КУДиР вручную непосредственно в документе поступления. Рассмотрим эту вероятность: в документе Поступление на расчетный счет есть кнопка «КУДиР» на верхней панели. Если ранее записи там были отредактированы вручную, то при перезагрузке и перепроведении документа эти ручные правки заменяются на автоматический расчет.
Выясним это, сравнив текущие движения с архивной копией базы. Если в копии в движениях документа стоит флаг Ручная корректировка, значит, суммы в графы 4 и 5 проставлялись бухгалтером осознанно, и после перезагрузки их придется восстанавливать либо вручную, либо путем переноса данных из копии.
Для программиста или продвинутого пользователя будет полезно сравнить реквизиты документов через консоль запросов. Проанализируем ситуацию: два документа могут выглядеть одинаково на форме, но иметь разные скрытые реквизиты, такие как Способ отражения в налоговом учете.
Посмотрим на пример параметров, которые должны совпадать:
ОтражатьВУСН — должно быть Истина.СтатьяДоходовРасходов — должна иметь признак принадлежности к деятельности на ЕНВД.СчетаУчетаРасчетов — соответствие счету 57.03 (или 62, в зависимости от настроек учетной политики).Если вы столкнулись с подобной проблемой, выполните следующие действия:
Отчет о розничных продажах на закладке «Оплата платежными картами» стоит правильный признак налогового учета.Помните, что в старых редакциях 1С (таких как 2.0) механизмы КУДиР очень чувствительны к хронологии. Любое изменение документа «задним числом» без последующего восстановления последовательности неизбежно приведет к искажению налоговых регистров.