Разберем ситуацию, когда в расшифровке реализации, книге продаж или документе Реализация (акты, накладные, УПД) видна сумма 6 542 121,49 руб., а в декларации по НДС программа показывает 6 542 122 руб. На первый взгляд такое округление выглядит неправильным: 49 копеек меньше 50 копеек, поэтому сумма должна быть отражена как 6 542 121 руб.
Однако не будем сразу исправлять декларацию вручную и не будем менять сумму НДС в документах реализации. Сначала проанализируем, какой именно показатель показан в расшифровке, из каких данных сложилась строка декларации и на каком уровне выполняется округление. В большинстве случаев разница возникает не из-за ошибки расчета НДС в документе, а из-за того, что пользователь сравнивает показатель одного документа или раздела 9 с итоговой строкой раздела 3 декларации.
Отдельно учтем, что используется релиз Бухгалтерия предприятия 3.0.129.13. Это устаревший релиз, поэтому обновление конфигурации и повторное формирование отчета необходимо включить в обязательный порядок проверки. При этом не нужно устанавливать именно релиз 3.0.143.32, который был актуален на момент обсуждения на форуме. Перед обновлением проверим доступный поддерживаемый релиз для используемой версии программы, платформы и варианта поставки.
Декларация по НДС заполняется в полных рублях. Значения менее 50 копеек отбрасываются, а значения 50 копеек и более округляются до полного рубля.
Рассмотрим простой пример. Если итоговый показатель декларации до округления составляет 6 542 121,49 руб., программа должна отразить 6 542 121 руб. Если итог составляет 6 542 121,50 руб., программа должна отразить 6 542 122 руб.
6 542 121,49 руб. — после округления 6 542 121 руб.
6 542 121,50 руб. — после округления 6 542 122 руб.
6 542 121,99 руб. — после округления 6 542 122 руб.
Ключевой момент состоит в том, что округлению подлежит итоговый показатель соответствующей строки декларации. Не всегда он совпадает с суммой, которую мы видим в одном документе реализации или в одной строке книги продаж.
Не округляйте НДС до полного рубля в каждом документе реализации и не исправляйте копейки в выданных счетах-фактурах. В документах реализации, счетах-фактурах и книге продаж суммы отражаются в рублях и копейках. Округление до полных рублей применяется при подготовке показателей декларации.
Рассмотрим подробнее структуру декларации по НДС. Раздел 3 содержит сводные показатели налоговой базы и исчисленного налога. В нем суммы отражаются в полных рублях. Раздел 9 формируется по данным книги продаж и содержит сведения по счетам-фактурам, поэтому в нем значения могут отражаться в рублях и копейках.
Именно поэтому разница между разделом 3 и разделом 9 на один рубль сама по себе не означает ошибку. Раздел 3 формируется на основании данных продаж за квартал, но итог в нем показывается после округления. В разделе 9 могут остаться суммы с копейками по отдельным записям.
Посмотрим на пример. В разделе 9 может быть несколько счетов-фактур:
6 542 121,49 руб.
0,01 руб.
Итог по данным раздела 9 составит 6 542 121,50 руб. В разделе 3 программа должна показать 6 542 122 руб. При этом пользователь может открыть расшифровку и сначала увидеть только основной документ на 6 542 121,49 руб., не заметив вторую запись на 0,01 руб.
Также возможна ситуация, когда в расшифровке показана налоговая база, а в декларации пользователь смотрит сумму исчисленного налога. Эти показатели нельзя сравнивать напрямую. Налоговая база, сумма НДС, итог по ставке, сумма авансового НДС и показатель к уплате формируются по разным алгоритмам.
Сначала определим раздел, строку и графу декларации, а только потом будем проверять источник данных. Например, строка раздела 3 с налоговой базой и строка раздела 3 с суммой налога имеют разные источники и разный смысл. Сравнение общей суммы реализации с суммой НДС по строке декларации неизбежно приведет к ложному выводу о неправильном округлении.
Разберем по шагам, как проверить спорную сумму. Не будем начинать с документа реализации. Сначала откроем саму декларацию и определим, в каком разделе и в какой строке находится значение 6 542 122 руб.
Откроем раздел Отчеты.
Перейдем в Регламентированные отчеты.
Откроем декларацию по НДС за нужный квартал.
Найдем строку, в которой программа показывает 6 542 122 руб.
Определим, относится ли строка к налоговой базе, сумме исчисленного НДС, сумме вычетов, восстановленному НДС или налогу к уплате.
Откроем расшифровку показателя через команду Расшифровать, Расшифровка или двойное нажатие на ячейку.
Проверим все уровни расшифровки до документов-регистраторов.
Не ограничивайтесь первой открывшейся таблицей. В одной расшифровке может быть видна общая сумма по ставке НДС, в другой — список счетов-фактур, а в следующей — движения документа по регистрам. Наша задача — дойти до исходных записей, из которых программа сформировала показатель.
Если расшифровка показывает ровно 6 542 121,49 руб. как окончательную сумму всей строки до округления, а в декларации указано 6 542 122 руб., это уже признак некорректного заполнения отчета. Но если 6 542 121,49 руб. — сумма одного счета-фактуры, одного документа реализации или одной строки раздела 9, проверку необходимо продолжить.
Рассмотрим следующий этап. Сформируем отчет Книга продаж за тот же квартал и по той же организации. Книга продаж в 1С формируется по записям регистра накопления НДС Продажи, поэтому именно она является основным источником для проверки реализации и начисленного НДС.
В книге продаж проверим не только итоговую строку. Разделим записи по ставкам НДС, кодам видов операций, документам реализации и счетам-фактурам. Если спорный показатель относится к конкретной ставке НДС, проверяйте только операции по этой ставке.
Например, не нужно складывать вместе операции со ставкой 20 процентов, 10 процентов, расчетными ставками, ставкой 0 процентов и необлагаемые операции. Каждая группа может формировать отдельные строки декларации.
После формирования книги продаж выполним следующие действия:
Проверим общую сумму по нужной ставке НДС.
Проверим наличие строк с небольшими суммами и копеечными остатками.
Проверим записи с отрицательными значениями.
Проверим корректировочные и исправительные счета-фактуры.
Проверим дополнительные листы книги продаж, если исправлялись операции прошлых периодов.
Проверим, нет ли дублей одного и того же счета-фактуры.
Сопоставим итог книги продаж с расшифровкой спорной строки декларации.
Особое внимание уделим документам с минимальными суммами. Запись на 0,01 руб., 0,02 руб. или несколько подобных записей могут изменить итоговое округление. В крупной декларации такие операции легко пропустить, потому что на фоне суммы более шести миллионов рублей они визуально незаметны.
Предположим, что в книге продаж есть две записи.
Реализация товаров — 6 542 121,49 руб.
Корректировка реализации — 0,01 руб.
Итог до округления составит 6 542 121,50 руб. В разделе 3 декларации программа покажет 6 542 122 руб. Это корректное округление.
Рассмотрим другой вариант. В книге продаж есть три записи.
Реализация товаров — 6 542 121,49 руб.
Счет-фактура на аванс — 0,02 руб.
Корректировка реализации — минус 0,01 руб.
Итог составит 6 542 121,50 руб. Результат будет тем же: в разделе 3 появится 6 542 122 руб. Если смотреть только на основную реализацию, создастся впечатление, что программа округлила 0,49 вверх. Фактически она округлила общий итог 0,50.
Теперь рассмотрим вариант, когда сумма 6 542 122 руб. требует дополнительной проверки. В разделе 9 имеется одна-единственная запись на 6 542 121,49 руб. Других документов, корректировок, авансов, ручных операций и дополнительных листов нет. В расшифровке раздела 3 отражается та же сумма 6 542 121,49 руб. В этом случае ожидаемое значение раздела 3 — 6 542 121 руб. Если программа выводит 6 542 122 руб., необходимо обновить конфигурацию и проверить отчет в актуальном релизе.
Разберем документы, которые чаще всего изменяют итог на копейки. В первую очередь проверим документ Корректировка реализации. Он может создавать записи в книге продаж с положительными или отрицательными значениями и влиять на итог декларации.
Откроем список документов Корректировка реализации за проверяемый период. Затем проверим корректировки, относящиеся к реализации, по которой возник вопрос. Не ограничивайтесь датой исходной реализации: корректирующий документ может быть введен в другом месяце квартала.
Далее проверим, оформлялся ли корректировочный счет-фактура. Если в результате изменения цены, количества, скидки, возврата или исправления данных был зарегистрирован корректировочный счет-фактура, его сумма должна быть учтена при сверке с декларацией.
Также проанализируем исправительные счета-фактуры. Исправление может относиться к текущему или прошлому периоду. В зависимости от даты и характера исправления данные могут попасть в основную книгу продаж или дополнительный лист. Не сравнивайте только документы текущего квартала, если в декларации участвуют исправления прошлых операций.
Рассмотрим еще одну частую причину. Организация могла начислить НДС с полученного аванса, а затем восстановить его после отгрузки. Такие операции отражаются отдельными документами и регистрами. Они не всегда очевидны при просмотре обычного документа реализации.
Проверим документы Счет-фактура выданный, созданные на аванс. Далее проверим, были ли оформлены документы Формирование записей книги продаж и операции, связанные с восстановлением НДС с авансов.
При наличии авансовых операций не будем сравнивать только сумму реализации с итогом налога к уплате. Сумма к уплате формируется не только из начисленного НДС с реализации, но и с учетом вычетов, восстановленного НДС, авансов, операций налогового агента и других показателей.
Для проверки воспользуемся отчетом Анализ учета по НДС. Он позволяет увидеть взаимосвязь между реализацией, авансами, вычетами, начислением и восстановлением НДС. Откроем расшифровку спорного блока и проверим документы, которые повлияли на расчет.
Не делайте вывод о неправильном округлении по одному счету-фактуре, если речь идет об итоговой сумме раздела 1 или раздела 3 декларации. В таких строках могут участвовать операции, не связанные напрямую с одной реализацией.
Отчет Анализ учета по НДС помогает проверить не только сумму реализации, но и всю цепочку учета налога. Сформируем его за тот же квартал, который указан в декларации.
В отчете последовательно проверим следующие блоки:
Начисленный НДС по реализации.
НДС с полученных авансов.
Восстановленный НДС.
НДС, принятый к вычету.
Операции налогового агента, если организация их осуществляет.
Операции по ставке 0 процентов, если они есть.
Необлагаемые операции и раздельный учет НДС, если они применяются.
При расхождении откроем расшифровку показателя. Важно не только увидеть сумму, но и определить документ-регистратор. Например, в расшифровке могут появиться Реализация (акты, накладные, УПД), Корректировка реализации, Счет-фактура выданный, Операция учета НДС или документ, созданный вручную.
Если в отчете есть отрицательные значения, необъяснимые остатки или предупреждения, не продолжайте подготовку декларации до устранения причины. Ошибка в регистрах НДС может проявляться не только неправильным округлением, но и расхождениями между книгой продаж, бухгалтерскими счетами и декларацией.
Рассмотрим более детальную проверку. Если книга продаж и стандартная расшифровка не позволяют найти источник копеек, сформируем Универсальный отчет по регистру накопления НДС Продажи.
Этот регистр хранит записи, по которым строится книга продаж. Его проверка особенно полезна, когда необходимо найти дубли, ручные записи, сторнирующие движения, документы с минимальными суммами или нетипичную аналитику.
Разберем базовый порядок настройки отчета:
Откроем раздел Отчеты.
Выберем Универсальный отчет.
В качестве типа объекта укажем Регистр накопления.
Выберем объект НДС Продажи.
Выберем таблицу Обороты или Основные данные в зависимости от цели проверки.
Укажем период, совпадающий с налоговым кварталом.
Добавим группировку по полю Регистратор.
Добавим поля, позволяющие увидеть ставку НДС, сумму без НДС, сумму НДС, контрагента, счет-фактуру и вид операции.
Установим отбор по нужной организации и при необходимости по ставке НДС.
После формирования отчета проверим, нет ли нескольких записей по одному регистратору. Дубли могут появляться после некорректного перепроведения, использования внешних обработок, ручного вмешательства в учет или нетиповых доработок конфигурации.
Если в отчете есть запись на несколько копеек, которую не видно в обычной книге продаж, откроем регистратор и проверим его проведение. Не удаляйте запись непосредственно из регистра. Исправлять необходимо исходный документ или причину появления некорректного движения.
Теперь вернемся к исходной реализации. Откроем документ Реализация (акты, накладные, УПД) и воспользуемся командой Движения документа или Дт/Кт, если она доступна в используемом интерфейсе.
Проверим, какие движения документ сформировал по счетам бухгалтерского учета и регистрах НДС. Нас интересует не только проводка по счету 90.03, но и запись в регистре НДС Продажи.
Сопоставим следующие показатели:
Сумму документа без НДС.
Сумму НДС по документу.
Ставку НДС.
Сумму, отраженную в счете-фактуре.
Сумму записи в регистре НДС Продажи.
Дату записи для целей книги продаж.
Код вида операции.
Если в документе сумма указана правильно, а движение регистра содержит другое значение, не меняйте сумму реализации вручную. Сначала выясним причину: документ мог быть проведен в старом релизе, позже изменен без перепроведения, исправлен вручную либо доработан расширением.
Рассмотрим ситуацию, когда база давно используется, конфигурация обновлялась нерегулярно или в ней есть доработки. В таких случаях расхождение может быть связано не с типовым механизмом декларации, а с ручной операцией, расширением или измененным алгоритмом проведения документов.
Сначала проверим документы Операция, введенная вручную за налоговый период. Отберем операции, содержащие счета 68.02, 90.03, 76.АВ и другие счета, связанные с учетом НДС.
Затем проверим, не были ли вручную изменены записи регистров. При наличии прав администратора можно использовать отчет по движениям документа, универсальный отчет и список регистров. Если доступ ограничен, попросим специалиста по 1С сформировать отчет по регистру НДС Продажи.
После этого проверим наличие расширений конфигурации. Расширение может изменять заполнение документов реализации, расчет НДС, проведение счетов-фактур, печатные формы и алгоритмы отчетности. Если проблема появилась после установки расширения, проверим ее в тестовой копии базы с временно отключенным расширением.
Если конфигурация снята с поддержки или изменена напрямую в конфигураторе, сравним ее с типовой конфигурацией. В первую очередь проверим объекты, связанные с документами реализации, счетами-фактурами, регистрами НДС Продажи, регламентированными отчетами и обработками заполнения декларации.
Не меняйте программный код типовой конфигурации ради исправления одной строки декларации. Сначала обновим базу, воспроизведем проблему в копии и проверим первичные документы. Изменение алгоритма округления через доработку может привести к неверным данным в других разделах декларации и при следующих налоговых периодах.
Версия Бухгалтерия предприятия 3.0.129.13 относится к старой линейке релизов. После ее выпуска в программе менялись формы отчетности, форматы электронных деклараций, контрольные соотношения, правила заполнения книг покупок и продаж, обработка отдельных операций по НДС и алгоритмы регламентированной отчетности.
Даже если причина расхождения окажется в данных учета, работать со старым релизом при подготовке декларации рискованно. Старый механизм может некорректно учитывать изменения законодательства, использовать устаревшую форму отчета или содержать уже исправленную ошибку заполнения.
Обновление выполним безопасно. Не будем сразу обновлять единственную рабочую базу и не будем перепроводить все документы без предварительной проверки.
Создадим резервную копию информационной базы.
Создадим копию рабочей базы для тестового обновления.
Проверим, есть ли расширения, доработки и снятие конфигурации с поддержки.
Обновим тестовую базу до поддерживаемого релиза.
Установим исправления и патчи, предусмотренные для используемого релиза.
Проверим совместимость обновленной конфигурации с платформой 1С:Предприятие.
Создадим новый экземпляр декларации по НДС за спорный период.
Заново заполним декларацию.
Сравним показатель старого и нового отчета.
Не используйте старый сохраненный экземпляр декларации как окончательный источник данных после обновления. Создадим новый отчет, выполним команду Заполнить, откроем расшифровки и проведем встроенную проверку.
После обновления конфигурации откроем Регламентированные отчеты и создадим новый экземпляр декларации по НДС за тот же квартал. Не копируйте вручную цифры из старого отчета.
Далее выполним следующий порядок:
Проверим период декларации.
Проверим организацию, по которой формируется отчет.
Проверим применяемую форму декларации для нужного налогового периода.
Нажмем Заполнить.
Проверим раздел 3.
Проверим раздел 9 и данные книги продаж.
Откроем расшифровку спорной строки.
Выполним команду Проверить.
Проверим контрольные соотношения.
Сверим новый отчет с данными Анализ учета по НДС и Книга продаж.
Если после обновления сумма стала 6 542 121 руб., а в старом отчете была 6 542 122 руб., причиной мог быть устаревший алгоритм заполнения, ошибка формы отчета или сохраненные данные старого экземпляра декларации.
Если сумма осталась 6 542 122 руб., не будем делать вывод об ошибке программы без проверки источников. Откроем расшифровку нового отчета, сверим регистр НДС Продажи и найдем все документы, повлиявшие на итог.
Некорректная последовательность проведения документов может повлиять на записи регистров и на состав данных в декларации. Это особенно актуально, если документы вводились задним числом, исправлялись после закрытия квартала или переносились из другой программы.
Сначала проверим, все ли документы реализации и счета-фактуры проведены. Затем убедимся, что документы за квартал расположены в правильной хронологической последовательности. После этого выполним перепроведение только в тестовой копии базы.
Не начинайте массовое перепроведение всех периодов без резервной копии. Сначала ограничим проверку кварталом, в котором обнаружена проблема. Затем сравним данные до и после перепроведения.
После перепроведения повторно сформируем:
Книга продаж.
Анализ учета по НДС.
Универсальный отчет по регистру НДС Продажи.
Декларацию по НДС.
Если после перепроведения исчезли лишние записи или изменилась сумма округления, выясним, какой документ ранее содержал некорректные движения. Не оставляйте исправление без документального объяснения: в следующем квартале та же причина может привести к новому расхождению.
Для дополнительного контроля сформируем Оборотно-сальдовую ведомость, Анализ счета и Карточка счета по счету 68.02. При необходимости проверим также счета 90.03, 91.02 и 76.АВ.
Эти отчеты помогут увидеть начисление НДС, вычеты, восстановление налога, уплату и другие движения. Однако не будем ожидать, что остаток по счету 68.02 обязательно совпадет с конкретной строкой декларации.
На счете 68.02 могут отражаться платежи налога, уточненные декларации, зачет переплаты, операции прошлых периодов, налоговый агент и другие движения. Декларация же формируется по данным учета НДС и соответствующих регистров.
Поэтому при расхождении начнем проверку с декларации, раздела 9, книги продаж, отчета Анализ учета по НДС и регистра НДС Продажи. Бухгалтерские счета используем как дополнительный контроль, а не как единственный источник данных.
Рассмотрим действия, которые не нужно выполнять. Не меняйте вручную значение 6 542 122 руб. на 6 542 121 руб. только потому, что в одном документе видна сумма 6 542 121,49 руб.
Ручная корректировка может привести к тому, что декларация перестанет соответствовать разделу 9, книге продаж, данным регистров НДС и контрольным соотношениям. При следующем заполнении программа снова вернет первоначальный показатель, потому что источник данных останется без изменений.
Также не изменяйте вручную НДС в документе реализации, счете-фактуре или проводках по счету 68.02. Если проблема связана с итоговым округлением декларации, изменение первичного документа создаст новые расхождения в учете.
Не используйте встроенную функцию Окр() и не добавляйте собственный алгоритм округления в модуль отчета, пока не будет доказано, что проблема вызвана именно ошибкой типовой конфигурации. В типовом учете НДС не требуется самостоятельно программировать округление каждой реализации.
Подведем промежуточный итог. Расхождение между суммой в документах, разделе 9 и разделе 3 декларации может быть нормальным, если выполняется хотя бы одно из условий:
В разделе 3 сумма отражается в полных рублях, а в разделе 9 — в рублях и копейках.
В строку декларации включены несколько документов, а пользователь проверил только один.
Есть корректировка реализации, исправительный счет-фактура или дополнительный лист книги продаж.
Есть операция по авансу, восстановлению НДС или налоговому агенту.
Сумма 6 542 121,49 руб. не является итогом всей строки, а относится только к одной записи.
Итог по всем документам до округления составляет 6 542 121,50 руб. или больше.
В этих случаях программа может правильно показать 6 542 122 руб. в разделе 3 декларации, даже если в отдельной расшифровке видна сумма с копейками 0,49.
Продолжим диагностику и рассмотрим признаки, при которых значение 6 542 122 руб. действительно требует исправления.
В расшифровке спорной строки декларации указан итог 6 542 121,49 руб.
В разделе 9 и книге продаж отсутствуют другие записи, которые могли увеличить остаток до 50 копеек.
Нет корректировок, авансов, исправлений, дополнительных листов и ручных операций.
Проверка регистра НДС Продажи не выявила дублей и скрытых записей.
После обновления конфигурации и создания нового экземпляра декларации сумма осталась 6 542 122 руб.
Проверка показала, что используется типовая конфигурация без доработок, которые могли изменить расчет.
Если все перечисленные условия выполнены, подготовим информацию для специалиста по 1С или для обращения в поддержку. Укажем версию платформы, версию конфигурации, период декларации, раздел, строку, графу, итог в декларации, итог в расшифровке, данные книги продаж и сведения о проведенных обновлениях.
Для технической проверки подготовим копию базы или обезличенный пример, в котором расхождение воспроизводится. Не передавайте рабочую базу без резервной копии и без удаления конфиденциальных данных.
Соберем все действия в единый порядок. Такой алгоритм позволит определить, является ли округление ошибкой или штатным отражением итоговых данных декларации.
Определим точный раздел, строку и графу декларации, где отражена сумма 6 542 122 руб.
Установим, что именно отражает показатель: налоговую базу, сумму НДС, вычет, восстановление или налог к уплате.
Откроем расшифровку показателя непосредственно из декларации.
Проверим все документы и движения, включенные в расчет.
Сформируем Книга продаж за тот же квартал.
Сопоставим данные раздела 9, книги продаж и раздела 3.
Проверим Анализ учета по НДС.
Проверим документы Корректировка реализации, Счет-фактура выданный и операции по авансам.
Проверим дополнительные листы книги продаж.
Сформируем Универсальный отчет по регистру НДС Продажи.
Проверим наличие ручных операций, дублей и нетиповых движений.
Создадим резервную копию базы.
Обновим тестовую копию конфигурации и платформы до поддерживаемых версий.
Создадим новую декларацию по НДС и заново выполним заполнение.
Выполним проверку декларации и контрольных соотношений.
Только после определения реального источника расхождения примем решение об исправлении документов или обращении к специалисту.
Если сумма 6 542 121,49 руб. является окончательным итогом конкретной строки декларации до округления, программа должна показать 6 542 121 руб. Если программа показывает 6 542 122 руб., необходимо проверить актуальность релиза, данные расшифровки, регистр НДС Продажи и возможные дополнительные операции.
Но если 6 542 121,49 руб. относится к одному документу, одной записи раздела 9 или части общего показателя, а итог по всем операциям составляет 6 542 121,50 руб. или больше, значение 6 542 122 руб. будет правильным. В такой ситуации программа не округляет 0,49 вверх, а округляет общий показатель декларации после суммирования всех записей.
Информация носит справочный характер