При обновлении отраслевых решений, таких как «1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК», на релизы 3.0.75.10 и выше, пользователи часто сталкиваются с тем, что ранее закрытые периоды (даже двух-трехлетней давности) перестают корректно перепроводиться. Основная проблема проявляется при попытке проведения кассовых или банковских документов (например, Выдача наличных или Списание с расчетного счета), связанных с выплатой заработной платы. Система выдает ошибку: «Запись не верна! Значение поля "Ставка" не может быть пустым! (Регистр накопления: Расчеты налоговых агентов с бюджетом по НДФЛ; Номер строки: 1)».
В этой статье мы подробно разберем причины этой ситуации, проанализируем, почему ошибка возникает именно в старых периодах, и рассмотрим эффективные методы ее устранения.
Для начала проанализируем ситуацию с технической стороны. Конфигурация для ЖКХ от компании «Рарус» базируется на типовой «1С:Бухгалтерия предприятия 3.0». Начиная с версии БП 3.0.75, фирма «1С» существенно переработала механизмы учета НДФЛ для обеспечения корректности формирования отчета 6-НДФЛ.
В программном коде общего модуля УчетНДФЛ были добавлены жесткие проверки при записи набора записей в регистр накопления Расчеты налоговых агентов с бюджетом по НДФЛ. Если раньше поле Ставка (налоговая ставка 13%, 15% и т.д.) в некоторых случаях могло оставаться пустым, то в новых версиях платформа блокирует запись документа, если этот реквизит не заполнен.
Особую сложность добавляет то, что ошибка часто возникает в документах, которые «тянут» данные из документов-оснований (например, из ведомостей на выплату). Если база данных подвергалась процедуре свертки или была перенесена некорректно, связи между регистрами могут нарушиться, порождая «невидимые» для обычного пользователя ошибки.
Рассмотрим самый простой вариант, когда ошибка вызвана отсутствием данных в первичных документах. Документ Выдача наличных при проведении обращается к документу Ведомость на выплату. Если в ведомости по каким-то причинам не зафиксирована ставка НДФЛ, регистр накопления не сможет быть заполнен.
Выдача наличных, который вызывает ошибку.Ведомость в кассу или Ведомость в банк).Также проанализируем виды начислений. Если в начислении указано «Облагается НДФЛ», но сама ставка налога в справочнике или в учетной политике за тот период была задана неявно, алгоритмы обновления могли не заполнить это поле автоматически.
Иногда обычный пользователь не видит проблему в форме документа. В этом случае программисту следует воспользоваться отладчиком. Проанализируем ситуацию: ошибка указывает на конкретную строку (Номер строки: 1) в регистре. Однако при открытии списка регистра записей может не быть вовсе.
Выясним причину: это происходит потому, что запись пытается создаться в момент проведения. Нам нужно «отловить» момент формирования набора записей. Рассмотрим пример кода, который может помочь при отладке в общем модуле УчетНДФЛ:
// В процедуре записи набора записей регистра НДФЛ
Для Каждого СтрокаЗаписи Из НаборЗаписей Цикл
Если Не ЗначениеЗаполнено(СтрокаЗаписи.Ставка) Тогда
Сообщить("Пустая ставка в документе: " + СтрокаЗаписи.Регистратор);
// Здесь можно поставить точку останова
КонецЕсли;
КонецЦикла;
Если вы обнаружили, что записи существуют, но не отображаются, возможно, дело в «битых» ссылках после свертки базы. Воспользуемся консолью запросов, чтобы найти записи с пустой ставкой напрямую в таблице регистра накопления РасчетыНалоговыхАгентовСБюджетомПоНДФЛ.
Если документов много, исправлять каждый вручную невозможно. Разберем, как применить стандартную обработку Групповое изменение реквизитов.
Ведомость на выплату зарплаты в кассу (или соответствующий ваш тип).Ставка НДФЛ (оно может быть в табличной части Состав или Зарплата) и установим значение 13% (20%) (соответственно законодательству того периода).После этой манипуляции попробуем снова провести документ Выдача наличных. В большинстве случаев это решает проблему пустых значений в регистре.
Как упоминалось в обсуждении на форуме, проблема может быть связана с неудачной сверткой базы. Если записи регистра ссылаются на удаленные документы («Объект не найден»), система может вести себя непредсказуемо.
Проанализируем состояние базы с помощью встроенных средств:
Реиндексация таблиц информационной базы;Проверка ссылочной целостности;Пересчет итогов.Очищать ссылки или Создавать объекты (в зависимости от вашей стратегии восстановления).Важно: Перед выполнением тестирования обязательно создайте полную резервную копию базы данных!
Иногда ошибка кроется в самом релизе обновления. Как отмечалось в сообщениях форума, компания «Рарус» выпускала промежуточные неофициальные релизы (например, 3.0.75.11), которые рассылались по запросу. Эти релизы содержали специфические обработчики обновления, которые должны были заполнить пустые ставки НДФЛ в исторических данных.
Если вы столкнулись с подобным, рекомендуем:
Функции для технического специалиста — Справочник — Дополнительные отчеты и обработки (в некоторых конфигурациях обработчики запускаются повторно оттуда).
Справочники.ОбновлениеИнформационнойБазы.ЗапуститьОбновлениеДанных();
Проблема с пустой ставкой НДФЛ — это результат «столкновения» старых данных (возможно, поврежденных при свертке) и новых строгих правил валидации в 1С. Чтобы успешно решить задачу, мы рекомендуем сначала попробовать групповое заполнение ставки в ведомостях, и только если это не поможет, переходить к глубокой отладке или восстановлению базы из копий с объединением данных. Помните, что корректность учета НДФЛ крайне важна для сдачи отчетности, поэтому любые изменения в прошлых периодах должны быть согласованы с бухгалтерией.