Часто при синхронизации данных из зарплатных программ (например, 1С:ЗУП) в 1С:Бухгалтерия бухгалтеры сталкиваются с неприятной ситуацией: документ отражения зарплаты формирует странные проводки по резервам отпусков. Появляются временные (ВР) или постоянные (ПР) разницы, сальдо по бухгалтерскому (БУ) и налоговому (НУ) учету разъезжается, а оборотно-сальдовая ведомость выглядит некорректно. Проанализируем эту ситуацию подробно и разберем по шагам, почему так происходит и как заставить программу делать правильные проводки.
Разберем самую частую и банальную причину отсутствия проводок по налоговому учету. В отличие от бухгалтерского учета, где формирование оценочных обязательств по отпускам строго обязательно для большинства компаний (согласно ПБУ 8/2010), в налоговом учете (согласно ст. 324.1 НК РФ) создание резерва — это исключительно право организации. Программа 1С не будет автоматически начислять резервы в НУ, если вы явно не укажете ей это делать.
Посмотрим на настройки программы. Чтобы проводки по НУ начали формироваться, выполним следующие действия:
Начислять резервы по НУ.Как только мы включим эту настройку и перепроведем документы, суммы в налоговом учете начнут отражаться, и сальдо в ОСВ должно выровняться. Однако, даже при включенной галочке могут возникать разницы. Выясним причину этого явления.
Рассмотрим подробнее математику, заложенную в программу. Разницы (ВР) появляются потому, что 1С использует абсолютно разные алгоритмы для расчета сумм в бухгалтерском и налоговом учете по умолчанию.
В Бухгалтерском учете (БУ):
Чаще всего используется метод обязательств (МСФО). Программа считает резерв максимально точно: она берет фактический остаток неиспользованных дней отпуска каждого конкретного сотрудника на конец месяца и умножает его на средний заработок сотрудника на текущий момент. Это сложный, но самый точный расчет.
В Налоговом учете (НУ):
Здесь законодательно разрешен только нормативный метод. Резерв начисляется просто как фиксированный процент от текущего фонда оплаты труда (ФОТ). Отчисления идут линейно из месяца в месяц, пока не упрутся в заданную предельную сумму.
Посмотрим на упрощенный пример того, как логика 1С обрабатывает эти данные под капотом:
// Упрощенная логика формирования проводок БУ и НУ
СуммаБУ = РасчетПоОстаткамОтпусковМСФО(Сотрудник, ТекущаяДата);
Если НастройкиУчета.НачислятьРезервыПоНУ Тогда
СуммаНУ = БазаФОТ * (НормативПроцент / 100);
// Ограничение предельной суммы по НК РФ
Если (НакопленныйРезервНУ + СуммаНУ) > ПредельнаяСуммаНУ Тогда
СуммаНУ = ПредельнаяСуммаНУ - НакопленныйРезервНУ;
КонецЕсли;
Иначе
СуммаНУ = 0;
КонецЕсли;
РазницаВР = СуммаБУ - СуммаНУ;
Если РазницаВР <> 0 Тогда
ЗафиксироватьВременнуюРазницу(РазницаВР);
КонецЕсли;
Из-за применения разных математических алгоритмов суммы начисленного резерва ежемесячно отличаются. Разница между БУ и НУ порождает отложенные налоги и фиксируется как ВР согласно ПБУ 18/02. Объясните бухгалтерам: наличие ВР при начислении резервов — это математическая неизбежность и абсолютно нормальное поведение программы.
Существует еще один скрытый механизм, генерирующий разницы в документе отражения зарплаты. Проанализируем ситуацию с увольнением сотрудника и выплатой ему компенсации за неиспользованный отпуск.
По правилам БУ выплаты таких компенсаций списываются за счет ранее накопленного резерва (используется Счет 96). То есть мы берем деньги из нашей "копилки".
Но для целей НУ (по жестким разъяснениям Минфина и положениям ст. 255 НК РФ) компенсации списывать за счет резерва категорически нельзя. Они должны отражаться как прямые текущие расходы на оплату труда. Программа 1С автоматически отслеживает этот момент и делает разные проводки:
Такое расхождение моментально отражается в учете как разница. Это корректное поведение конфигурации, которое защищает компанию от налоговых рисков.
Рассмотрим эволюцию учета в 1С. Начиная с 2023 года, механизм учета резервов был глобально переработан. Был введен новый документ — Резервы по оплате труда.
Если организация, например, принимает решение с нового года отказаться от ведения резервов в НУ (снимает соответствующую галочку), старое накопленное сальдо по счету 96 в налоговом учете само никуда не исчезнет. Чтобы корректно закрыть зависшие остатки, разработчики добавили в этот документ специальный вид операции Списание. Сформируем этот документ, выберем нужную операцию, и остатки по НУ будут изящно списаны во внереализационные доходы (на Счет 91), выравнивая учет.
И, наконец, обратим внимание на конец года. Декабрь в учете резервов — особенный месяц. Документ начисления за декабрь работает в режиме инвентаризации.
Проанализируем налоговый учет в декабре: программа жестко проверяет, не превысили ли фактические расходы на отпуска сумму начисленного за год резерва. Если резерва начислено больше, чем было потрачено сотрудниками, и этот остаток не планируется переносить на следующий год (согласно учетной политике), неиспользованный остаток в НУ принудительно списывается во внереализационные доходы датой 31 декабря.
В бухгалтерском учете сальдо корректируется более плавно — подгоняется под реальное количество неиспользованных дней по формулам. Эта регламентная инвентаризация является источником самых масштабных корректировочных проводок и огромных временных разниц в конце года. Не пугайтесь этих сумм — система приводит учет в соответствие с законодательством перед закрытием года.
Резюмируем: если вы видите пустые суммы по НУ — проверьте настройки учетной политики. Если вы видите ВР при расчете текущих отпусков, увольнениях или в декабре — знайте, что 1С работает корректно, отрабатывая сложные требования законодательства.