При переходе с предыдущих редакций программы на конфигурацию «1С:Бухгалтерия предприятия 3.0» версии ПРОФ бухгалтеры часто сталкиваются с неочевидной логикой учета налога на доходы физических лиц. Главный вопрос: почему при начислении зарплаты сотрудникам обособленных подразделений на счете 68.01 не видно соответствующей детализации и аналитики в разрезе инспекций? Разберем эту ситуацию по шагам, проанализируем исторические способы обхода проблемы и выясним, как правильно вести учет в современных условиях перехода на единый налоговый платеж (ЕНП).
Для начала рассмотрим, как вообще в программе заложен учет НДФЛ для обособленных подразделений. Желание видеть детализацию начислений и перечислений прямо в оборотно-сальдовой ведомости (ОСВ) по бухгалтерским счетам — привычная практика. Однако в 1С:Бухгалтерии 3.0 регламентированная отчетность (включая форму 6-НДФЛ) собирается не по бухгалтерским проводкам.
В программе используется специальный регистр накопления РасчетыНалогоплательщиковСБюджетомПоНДФЛ. Именно в этом регистре, а не на счете 68.01, хранится исчерпывающая информация об удержанном налоге, привязке к конкретному ОКТМО и КПП налогового органа. Поэтому, даже если на счетах бухгалтерского учета аналитика отсутствует, справки 2-НДФЛ и расчет 6-НДФЛ заполнятся корректно, при условии, что в документах начисления выбран правильный налоговый орган.
Важное ограничение версии ПРОФ: Полноценный раздельный бухгалтерский учет по обособленным подразделениям (с детализацией счетов) реализован только в версии КОРП. Версии Базовая и ПРОФ позволяют вести зарплату по подразделениям, но имеют жесткое ограничение: этот функционал корректно работает для организаций с численностью до 60 человек. Если штат больше, разработчики предполагают использование версии КОРП или ведение детального учета в отдельной базе «1С:Зарплата и управление персоналом» (ЗУП).
До внедрения ЕНС бухгалтеры часто прибегали к ручной доработке плана счетов, чтобы видеть суммы по инспекциям в ОСВ. Рассмотрим подробнее, как именно реализовывался этот обходной путь в режиме «Предприятие».
РегистрацииВНалоговомОргане.68.01.1 и добавим к нему созданный вид субконто в качестве второй аналитики.ОтражениеЗарплатыВБухучете (или документы начисления зарплаты). В тех документах, где на вкладке «Начисленный НДФЛ» колонка «Регистрация в налоговом органе» уже была заполнена, после перепроведения автоматически сформируются проводки с заполненным новым субконто.Влияние на закрытые периоды: Само по себе добавление нового субконто в план счетов не исказит финансовые итоги прошлых (закрытых) периодов и баланс не «поедет». Однако во всех старых проводках это субконто останется пустым. Чтобы сальдо распределилось по ИФНС ретроспективно, потребуется открывать прошлые периоды и перепроводить документы, что крайне не рекомендуется делать после сдачи отчетности.
Проанализируем текущую ситуацию. В связи с глобальными изменениями налогового законодательства и введением Единого налогового счета (ЕНС) в 2023-2024 годах, ручное добавление субконто на счет 68.01 окончательно потеряло свою актуальность и даже стало опасным.
Рассмотрим, как изменился процесс уплаты налогов:
68.90 «Единый налоговый счет».68.01 на счет 68.90.УведомлениеОбИсчисленныхСуммахНалогов. Программа сама собирает данные из регистров и корректно разбивает суммы по разным налоговым инспекциям в Уведомлении.Мы настоятельно не рекомендуем добавлять пользовательские субконто к предопределенным налоговым счетам в современных релизах 1С:Бухгалтерии. Фирма «1С» серьезно переработала план счетов для поддержки механизма ЕНС. Начиная с релизов 3.0.167, разработчики объединили аналитику, удалив лишние субсчета (например, счет 68.01.2), и жестко заложили алгоритмы автоматической подстановки субконто.
Посмотрим на последствия самовольного изменения счета 68.01 сегодня:
Подведем итог: если вы используете версию ПРОФ, доверьтесь стандартному механизму. Следите за правильным указанием регистрации ИФНС в карточках обособленных подразделений и в документах начисления. Программа корректно сформирует 6-НДФЛ и Уведомления по регистрам, а бухгалтерский счет 68.01 будет штатно закрываться на счет ЕНС 68.90 без необходимости ручного контроля аналитики.