Новое в «1С:ERP Управление предприятием» 2.5.27

Об авторе

Автор – Пикурен Вера.
Работает в ВЦ «Раздолье» с 2005 года, сейчас — руководитель корпоративных проектов на крупных промышленных предприятиях. Методист по автоматизации регламентированного учёта и учёта затрат. Автор более 50 статей и видео-лекций, а также авторского курса «Практические аспекты внедрения регламентированного учёта и расчёта себестоимости в "1С:ERP" на крупных промышленных предприятиях».

Начинаю цикл статей про новые возможности программы 2.5.27, которые касаются налога на прибыль, а именно: корректировок налоговой базы прошлых периодов. Изменений здесь много, так что разделю информацию на несколько частей.

Изменения появились еще начиная с версии 2.5.26. Рассматривать примеры я буду на более поздней версии 2.5.27.68 (LTS).

Материал — часть цикла «Новое в 1С:ERP 2.5.27» на вики-хабе ВЦ «Раздолье». Это первая статья отдельной серии про корректировки налоговой базы — дальше разберём и другие сценарии.

После обновления во всех документах в проводках по регламентированному учету появится еще одна вкладка:

По умолчанию в старых документах данные в ней будут не заполнены, они могут появиться только после пересчетов периодов.

Функционал включается сразу и не зависит от функциональных опций.

Также, если мы откроем стандартные бухгалтерские отчеты, например, Оборотно-сальдовую ведомость, то в них в показателях увидим новые значения.

Тут важно обратить внимание, что это не просто некие дополнительные реквизиты в текущих проводках, а отдельный регистр бухгалтерии.

Зачем он понадобился? В соответствии со статьей 54 НК РФ корректировку налоговой базы нужно проводить в том периоде, в котором были отражены доходы/расходы. Раньше программа такое умела делать лишь частично в некоторых документах, и требовала обязательного снятия у пользователей даты запрета редактирования периода, потому что работала на тех же механизмах, что и основное закрытие.

Теперь же 1С реализовало настоящую отдельную подсистему для учета корректировок. В числе прочего ему понадобился регистр бухгалтерии, на который не распространяется дата запрета. Движения в него будут писаться в те периоды, которые требуются, исходя из сущности корректировки.

Сам функционал был полностью пересмотрен.

Сначала рассмотрим общие принципы его работы, а потом уже перейдем к деталям.

Рассмотрим на простом примере:

• В декабре я закупила материал. Потратила его на производство продукции.
• Продукцию продала в июне 2026 г.
• В июле я ввела корректировку приобретения данного материала (увеличила его стоимость).

С точки зрения налогового учета мне надо увеличить 90-й счет. Соответственно, пересчитать налог на прибыль и сдать уточненную декларацию.

Давайте посмотрим эти операции в новой версии.

Проводки по корректировке приобретения отражаются в июле в текущем периоде, в том числе и по налоговому учету.

Вкладка «корректировки налоговой базы» пустая.

Дальше после закрытия июля у меня появляются проводки, сделанные документом «Регистратор расчета себестоимости» (в новых версиях это ключевой документ для учета любых отклонений в стоимости ТМЦ, в том числе и для бухгалтерского учета, о чем я рассказывала в предыдущих статьях).

Обратите внимание на следующие моменты:

Дата документа – текущая, то есть дата, когда вы закрывали период, при этом проводки могут быть в любом текущем или старом периоде (зависит от того, что именно вы корректируете).

В документе есть сумма в периоде корректировки (июнь) и сторнирующая сумма в текущем периоде. Это надо для того, чтобы закрывать остатки по аналитике, чтобы они не зависали.

Параллельно с этим документ делает корректировку по БУ и НУ на 133 рубля в основном регистре бухгалтерии в текущем периоде.

Получается, что корректирующие проводки в НУ убирают эту сумму в июле и переносят в июнь для отражения в декларации.

Но самое интересное «ноу-хау» – это реквизит «Набор корректировок» в проводках:

Эта аналитика позволит нам разделить декларации друг от друга. То есть, если буду расшифровывать скорректированные ДНП, то буду получать суммы, которые соответствуют отбору по корректировкам.

Дальше с помощью специального рабочего места я формирую корректирующую ДНП (декларацию по налогу на прибыль), в которой говорю, что хочу включить в нее все, что накопилось в корректировках базы до текущего момента. Программа «закрывает» текущий набор корректировок и включает их в декларацию, а дальше открывает новый набор корректировок.

Допустим, что я набрала изменений, достаточно существенных для подачи новой «уточненки». Теперь в нее будут попадать все изменения, но в старой «уточненке», даже если я ее случайно перезаполню, останутся старые суммы и старые расшифровки.

Этот механизм позволяет не запутаться в случае поступления большого количества разных корректировок.

Давайте посмотрим, как это работает:

В разделе «Регламентированный учет» появилось АРМ «Помощник формирования уточнённых ДНП». Функционал тут шире, чем просто декларации.

Во-первых, в списке организаций можно посмотреть, какие суммы вообще накоплены, чтобы принять решение о подаче уточненки.

Если решение принято, то здесь же мы должны «закрыть» сбор корректировок. То есть все новые суммы должны будут проходить уже с новым реквизитом «Набор корректировок» и попадут в следующую «уточненку».

Здесь же выполняется пересчет налога на прибыль, то есть теперь эта операция отделена от общего регламентного списка и может быть выполнена отдельно от закрытия месяца (при этом, конечно же, первичный расчет налога на прибыль там остается).

Пересчет делается на текущую дату документом «регламентная операция» с новым типом операции:

Обратите внимание, что в документе есть ссылка на Набор корректировок.

Теперь посмотрим декларацию.

Вот лист 02:

Теперь сформируем скорректированную декларацию:

Если расшифровать строку 030, то получим вот такое значение:

Счет 90.02 за июнь выглядит следующим образом:

Мы видим здесь первоначальную сумму и сумму с корректировкой.

Данные изменения перекочевали и в регистры налогового учета. В них я могу задавать отборы как по конкретному набору корректировок, так и по первичным данным.

Например, установив вот такой отбор:

Я получу данные по первичной реализации.

В дальнейших статьях будем разбирать возможности по корректировкам реализации, приобретения, доначисления амортизации (в случае, если в стоимость ОС были обнаружены ошибки) и т.д.