Каждый бухгалтер хотя бы раз сталкивался с ситуацией, когда исправление ошибок или изменение стоимости операций прошлых лет в программе «1С:Бухгалтерия 3.0» приводит к неожиданным результатам в отчетах. Особенно часто панику вызывает проверка налога на прибыль, когда в отчете «Анализ состояния налогового учета по налогу на прибыль» программа начинает сигнализировать о нарушении ключевого правила БУ = НУ + ПР + ВР.
В этой статье мы подробно разберем, почему при проведении документа Корректировка реализации на уменьшение стоимости за прошлый год сумма НДС попадает в прочие доходы (счет 91.01), почему возникает разница между бухгалтерским и налоговым учетом и как убедиться, что учет ведется правильно и программа не допустила ошибок.
Рассмотрим стандартную ситуацию. В прошлом году была отражена реализация товаров или услуг. В текущем периоде (например, в сентябре текущего года) стороны подписали соглашение об уменьшении стоимости этой реализации (из-за скидки, исправления ошибки или возврата части товара). Бухгалтер оформляет документ Корректировка реализации с видом операции «По согласованию сторон».
Поскольку прошлый год уже закрыт, отчетность сдана и утверждена, на вкладке «Расчеты» документа корректировки устанавливается флаг «Бухгалтерский учет прошлого года закрыт для корректировки (отчетность подписана)». В результате проведения этого документа программа формирует следующие проводки в бухгалтерском учете (БУ):
Дт 91.02 Кт 62.01 — отражена сумма уменьшения задолженности покупателя (убыток прошлых лет)
Дт 19.09 Кт 91.01 — отражен НДС по корректировке реализации (доходы прошлых лет)
При этом в налоговом учете (НУ) по кредиту счета 91.01 сумма НДС не отражается (НУ = 0), так как для целей исчисления налога на прибыль НДС не признается ни доходом, ни расходом. Также программа не формирует по этой строке постоянных (ПР) или временных (ВР) разниц в соответствии с ПБУ 18/02. В результате математическое равенство по счету 91.01 нарушается:
БУ (сумма НДС) ≠ НУ (0) + ПР (0) + ВР (0)
Именно это невыполнение формулы программа подсвечивает красным цветом в отчетах экспресс-проверки и анализа налогового учета. Но является ли это ошибкой? Разберемся по шагам.
Первый вопрос, который возникает у бухгалтера: «Почему НДС вообще попал на 91.01 в кредит (в доходы), если это уменьшение реализации?»
Давайте проанализируем двойную запись. Корректировка в сторону уменьшения означает, что мы должны нашему покупателю. Мы уменьшаем его задолженность перед нами (счет 62.01) на полную сумму корректировки, то есть вместе с НДС. В бухгалтерском учете закрытого периода это уменьшение отражается как прочий расход (убыток прошлых лет):
Дт 91.02 Кт 62.01 (на сумму с НДС)
Если бы мы оставили только эту проводку, то наш чистый убыток в БУ по этой операции оказался бы завышен на величину НДС. Однако реальный убыток организации (как и в налоговом учете) составляет величину без НДС. Чтобы скорректировать финансовый результат и убрать влияние НДС на расходы, программа делает компенсирующую проводку по кредиту счета 91.01:
Дт 19.09 Кт 91.01 (на сумму НДС)
В результате сальдированный (чистый) результат по 91 счету в БУ (Расход по Дт 91.02 минус Доход по Кт 91.01) в точности равен сумме корректировки без НДС, что методологически абсолютно верно.
Второй вопрос: «Почему по кредиту счета 91.01 программа не формирует ПР или ВР, ведь БУ не равен НУ?»
Согласно правилам ПБУ 18/02, постоянные и временные разницы формируются тогда, когда доходы или расходы признаются в БУ и НУ в разных суммах или в разные периоды, что ведет к возникновению постоянного или отложенного налогового обязательства (актива) по налогу на прибыль.
Сумма НДС, отраженная по дебету счета 19.09 и кредиту счета 91.01, представляет собой исключительно внутренний технический оборот для урегулирования расчетов по НДС и выравнивания бухгалтерского баланса. Эта сумма НДС принципиально не может влиять на расчет текущего или будущего налога на прибыль. Следовательно, начисление ПР или ВР по данной операции было бы грубой ошибкой, которая повлекла бы за собой неверное признание постоянных налоговых расходов/доходов или отложенных налогов.
Поскольку ПР и ВР отсутствуют, равенство БУ = НУ + ПР + ВР по конкретной статье прочих доходов на счете 91.01 нарушается на величину НДС. Это нормальное, штатное поведение программы 1С, заложенное разработчиками. Паниковать в данном случае не нужно: налог на прибыль при этом рассчитывается и заполняется в декларации абсолютно корректно.
Чтобы убедиться, что программа отработала верно и у налоговых органов не возникнет вопросов, выполним несколько обязательных проверок:
Операции -> Регламентные операции НДС и создадим документ Формирование записей книги покупок. На вкладке «Уменьшение стоимости реализации» должна автоматически заполниться строка по нашей корректировке. После проведения документа должна сформироваться проводка:
Дт 68.02 Кт 19.09
Оборотно-сальдовая ведомость по счету 19.09, что этот счет полностью закрылся и не имеет дебетового сальдо на конец периода.
Корректировка реализации. По дебету счета 91.02 и кредиту счета 91.01 должна использоваться предопределенная статья прочих доходов и расходов (как правило, это Исправительные записи по операциям прошлых лет или Убыток (доход) прошлых лет, выявленный в отчетном периоде). Убедимся, что у этой статьи в справочнике «Прочие доходы и расходы» установлен флаг Принимается к налоговому учету.
При корректировке реализации прошлых лет в сторону уменьшения бухгалтеру важно помнить о требованиях Налогового кодекса РФ и актуальных разъяснениях Минфина:
Возврат товаров от покупателя вместо документа Корректировка реализации. Документ возврата задействует счета 90.07 и 90.08 для отражения себестоимости и выручки, что позволяет избежать некоторых расхождений в анализе налогового учета.
Таким образом, мы выяснили, что расхождение правила БУ = НУ на сумму НДС при корректировке прошлых лет является технологической особенностью отражения НДС на счете 91.01 в программе 1С. Если все регламентные операции по НДС выполнены, счет 19.09 закрыт, а декларация по прибыли заполнилась верно — повода для беспокойства нет. Для регулярного контроля проводок и отсечения подобных ложных ошибок можно использовать обработку для умной проверки соотношения БУ = НУ + ПР + ВР.