При ведении учета в комплексных системах, таких как 1С:ERP Управление предприятием или 1С:Комплексная автоматизация, специалисты часто сталкиваются со сложными расхождениями между бухгалтерским (БУ) и налоговым (НУ) учетом. Одна из самых распространенных и труднодиагностируемых ситуаций — когда при закрытии месяца и распределении затрат вспомогательного производства (проводка Дт 20 Кт 23) суммы по бухгалтерскому учету заполняются корректно, а суммы по налоговому учету остаются пустыми. При этом нарушается ключевое равенство БУ = НУ + ВР + ПР, а в оборотно-сальдовой ведомости в колонке «Контроль» зависают огромные нераспределенные суммы.
В этой статье мы подробно разберем, почему возникает эта проблема, как устроена логика распределения прямых и косвенных расходов в налоговом учете 1С:ERP, какова роль регистра Прочие расходы и как исправить сложившуюся ситуацию без разрушения логики закрытия месяца.
Рассмотрим базовые принципы налогового учета, реализованные в программных продуктах фирмы 1С. В отличие от бухгалтерского учета, где затраты вспомогательного производства (счет 23) могут беспрепятственно распределяться на затраты основного производства (счет 20) и капитализироваться в себестоимости незавершенного производства (НЗП), в налоговом учете действует строгое разделение расходов на прямые и косвенные (ст. 318 НК РФ).
Проанализируем, как ведет себя система при закрытии месяца:
Дт 20 Кт 23 будет содержать суммы как по БУ, так и по НУ.90.08 или 90.07) в том месяце, в котором они были осуществлены.В результате возникает расхождение: в БУ затраты со счета 23 ушли на счет 20, а в НУ они списались напрямую на финансовый результат. Система отражает это расхождение, обнуляя сумму НУ в проводке Дт 20 Кт 23. При этом, согласно ПБУ 18/02, программа должна зафиксировать временные (ВР) или постоянные (ПР) разницы, чтобы равенство БУ = НУ + ВР + ПР выполнялось. Если этого не произошло и в поле «Контроль» возникла ошибка, значит, имеет место сбой в настройках или в алгоритмах распределения.
В ранних версиях линейки 1С:ERP 2.4 (в частности, 2.4.2.ххх и 2.4.3.ххх) разработчики использовали сложные математические алгоритмы распределения постатейных расходов. Выясним, какие технические проблемы в коде приводили к незаполнению разниц:
Прочие расходы возникали копеечные погрешности. Из-за этого алгоритм закрытия месяца не мог корректно сопоставить БУ и НУ, что приводило к занулению ресурсов Временная разница и Постоянная разница.Для проверки этой гипотезы рекомендуется обновить конфигурацию на актуальный релиз (ветки 2.5 или последние исправления ветки 2.4), где алгоритмы расчета себестоимости и распределения партий были существенно модернизированы и оптимизированы.
Выясним, как указать системе, какие расходы должны считаться прямыми в налоговом учете, чтобы они корректно распределялись на счет 20 с заполнением сумм НУ. Для этого перейдем в настройки учетной политики организации.
Выполним следующие действия:
Методы определения прямых расходов производства в НУ).Пример настройки записи в регистре:
Проанализируем настройки самих статей расходов, по которым отражаются затраты на счете 23. Перейдем в список статей расходов и откроем проблемную статью (например, сомнительную статью с видом расходов «Прочие расходы»).
Обратим внимание на следующие реквизиты:
Если предприятие продолжает использовать старый затратный метод ведения ПБУ 18/02 (при котором ВР и ПР фиксируются непосредственно в каждой проводке и на каждом регистре), то малейшее расхождение в копейках или аналитиках будет приводить к ошибкам закрытия месяца и нарушению контроля.
Современным и наиболее надежным решением является переход на Балансовый метод ведения ПБУ 18/02 (без отражения ПР и ВР в учете или с детализацией). При этом методе детальный учет разниц на затратных счетах (20, 23, 25) и в оперативных регистрах больше не ведется. Отложенные налоговые активы (ОНА) и обязательства (ОНО) рассчитываются в конце месяца балансовым путем на основе сравнения стоимости активов и обязательств в БУ и НУ.
Чтобы включить этот метод:
БУ = НУ + ВР + ПР по каждой промежуточной операции распределения затрат, а проводки станут значительно чище.Если переход на балансовый метод прямо сейчас невозможен, нам придется детально разобраться, на каких аналитиках «расползается» контроль. Для этого воспользуемся мощным инструментом — Универсальным отчетом.
Настроим отчет следующим образом:
Организация, Подразделение, Статья расходов, Аналитика расходов, Направление деятельности.Стоимость (БУ), Стоимость (НУ), Стоимость (ВР), Стоимость (ПР).С помощью этого отчета мы сможем увидеть, по каким именно аналитикам в регистре накопления зависли некорректные остатки временных или постоянных разниц (например, когда БУ и НУ закрылись в ноль, а по ВР или ПР остался "хвост" из-за округления). Именно эти зависшие остатки в регистре мешают регламентной операции закрытия месяца сформировать корректные проводки.
Частой ошибкой бухгалтеров является попытка исправить расхождения между БУ и НУ с помощью документа Операция (регламентированный учет) (ручная проводка). Делать это на затратных счетах категорически запрещено.
Ручная проводка делает записи только в регистр бухгалтерии, но не делает движений по регистрам оперативного учета (таким как Прочие расходы, Себестоимость товаров). При следующем закрытии месяца система обнаружит расхождение между бухгалтерским счетом и регистром накопления и принудительно пересчитает (или "сломает") налоговые разницы.
Для исправления прошлых периодов и выравнивания остатков необходимо использовать документ Корректировка регистров:
Корректировка регистров (раздел НСИ и администрирование — Обслуживание — Корректировка регистров).Прочие расходы и регистр бухгалтерии Журнал проводок (регламентированный учет).БУ, НУ, ВР и ПР как по регистрам накопления, так и по счетам учета.Рассмотрим пример заполнения движений регистра Прочие расходы в документе корректировки (в режиме «Запись движений»):
// Пример структуры корректировки для выравнивания разниц
Движение = РегистрыНакопления.ПрочиеРасходы.СоздатьНаборЗаписей();
НоваяСтрока = Движение.Добавить();
НоваяСтрока.ВидДвижения = ВидДвиженияНакопления.Расход;
НоваяСтрока.Период = ДатаКорректировки;
НоваяСтрока.Организация = Организация;
НоваяСтрока.Подразделение = Подразделение;
НоваяСтрока.СтатьяРасходов = ПроблемнаяСтатья;
НоваяСтрока.Стоимость = 0; // БУ уже равен 0
НоваяСтрока.СтоимостьНУ = 0; // НУ уже равен 0
НоваяСтрока.СтоимостьВР = -1500.25; // Списываем зависшую временную разницу
НоваяСтрока.СтоимостьПР = 1500.25; // Переносим в постоянную разницу для баланса
После проведения такого документа корректировки и последующего перезапуска процедуры закрытия месяца система сможет корректно рассчитать себестоимость, а контрольные соотношения на счетах 20 и 23 придут в норму.