При сопровождении конфигурации «1С:Бухгалтерия предприятия» нередко возникает задача детализировать расчеты по налогам. Например, бухгалтер просит разбить синтетический счет 68.01 («НДФЛ налогового агента») на субсчета в справочнике ВидыНалоговИПлатежейВБюджет («Виды налогов и платежей в бюджет»). Однако после внесения настроек специалист сталкивается сразу с двумя неочевидными моментами: элементы справочника ведут себя как предопределенные, хотя в дереве метаданных конфигуратора они таковыми не значатся, а после первого же обновления программы все внесенные субсчета снова заменяются на типовой счет 68.01.
Разберем детально архитектуру этого механизма, выясним причину визуальной «предопределенности» элементов и определим, как правильно организовать учет без конфликтов с типовыми обновлениями.
Проанализируем структуру справочника ВидыНалоговИПлатежейВБюджет. Открыв конфигуратор, мы видим, что в ветке предопределенных элементов пусто, а у конкретных записей в режиме «1С:Предприятие» свойство Предопределенный имеет значение Ложь и реквизит ИмяПредопределенныхДанных не заполнен. При этом в интерфейсе программы возле этих строк отображается характерная пиктограмма с желтой точкой, обозначающая предопределенный элемент платформы.
Рассмотрим, почему это происходит:
ВидНалога, который ссылается на системное перечисление ВидыНалогов.ВидНалога. Это сделано для того, чтобы пользовательские копии не дублировали системные идентификаторы. Как только значение перечисления сбрасывается, условное оформление перестает определять строку как системную, и пиктограмма исчезает. Если же вручную вернуть значение в поле ВидНалога, критерий оформления снова срабатывает, и запись вновь отображается как «предопределенная».Выясним причину, по которой после установки очередного релиза конфигурации субсчета исчезают, а в справочнике вновь устанавливается счет 68.01.
Начиная с релиза 3.0.167 конфигурации «1С:Бухгалтерия предприятия», в связи с налоговой реформой и введением прогрессивной шкалы ставок по НДФЛ, фирма «1С» кардинально переработала архитектуру учета налога на доходы физических лиц. Субсчета 68.01.1 и 68.01.2 были официально упразднены, а весь учет переведен на единый синтетический счет 68.01.
В регламентные процедуры обновления информационной базы включены специальные обработчики актуализации классификатора налогов. При выполнении обновления программный код находит все элементы справочника ВидыНалоговИПлатежейВБюджет, у которых реквизит ВидНалога заполнен системным значением (относящимся к НДФЛ), и в принудительном порядке перезаписывает параметры элемента в соответствии с актуальным нормативным шаблоном. Соответственно, поле со счетом учета жестко перезаписывается значением по умолчанию — счетом 68.01.
Попытки обойти регламентное обновление и принудительно вернуть субсчета на счет 68.01 приводят к серьезным сбоям в типовом функционале программы. Обратим внимание на следующие архитектурные ограничения:
68.90 («Единый налоговый счет»), а также механизмы зачета ЕНП формируют бухгалтерские проводки исключительно в корреспонденции со счетом 68.01. Наличие нестандартных субсчетов разрывает автоматическое закрытие расчетов с бюджетом.Уведомление об исчисленных суммах налогов и связанные регистры подсистемы ЕНС ожидают консолидированные данные по фиксированному счету. Нарушение этой связи приводит к некорректному автоматическому заполнению регламентированной отчетности.Отражение зарплаты в бухучете по строго заложенным правилам маппинга счетов, в которых пользовательские субсчета для НДФЛ не предусмотрены.Разберем, как поступить, если бухгалтерии все же необходима детализация расчетов по налогу на доходы.
Вариант 1. Разделение учета по ставкам налога
Если цель дробления счета заключалась в контроле разных ставок НДФЛ (например, стандартной и повышенной), то в текущей версии учетной системы разделение по ставкам реализуется не на уровне бухгалтерских счетов, а в регистрах налогового учета и в разрезе КБК. Для получения детализированной информации рекомендуется использовать зарплатные аналитические отчеты, данные регистров накопления по учету НДФЛ и документ Отражение удержанного НДФЛ в бухучете.
Вариант 2. Разделение учета по обособленным подразделениям или ИФНС
Если аналитика требуется для контроля расчетов с разными налоговыми инспекциями:
68.01 штатно предусмотрено субконто Регистрация в налоговом органе, что полностью решает задачу без дробления плана счетов.Регистрация в налоговом органе на счет 68.01 в пользовательском режиме (план счетов доступен для редактирования). При этом потребуется контролировать корректность заполнения субконто в первичных документах и при загрузке данных из внешних систем.Вариант 3. Создание обособленного пользовательского элемента
Если для специфических хозяйственных операций требуется изолированный ручной учет с собственным счетом, создадим новый пользовательский элемент справочника ВидыНалоговИПлатежейВБюджет:
ВидНалога незаполненным (не привязываем его к предопределенным значениям перечисления).В этом случае регламентные процедуры обновления конфигурации не будут идентифицировать элемент как системный и не станут перезаписывать его реквизиты. Однако важно учитывать, что автоматическое проведение регламентных документов по ЕНС и автозаполнение отчетности по такому элементу работать не будут — закрытие расчетов и проводки по налогу придется оформлять вручную.