Переход с устаревших версий программных продуктов (например, с 1С:ЗУП 2.5) на современную редакцию 1С:Зарплата и Управление Персоналом 3 (3.1) — это всегда комплексный процесс, во время которого могут возникать скрытые методологические и технические ошибки. Одна из самых распространенных и неприятных проблем, с которой часто сталкиваются расчетчики и системные администраторы, связана с некорректным определением регистрации в налоговом органе (ИФНС) для сотрудников обособленных подразделений.
Представим типичную ситуацию: в базе данных ведется учет по организации, имеющей несколько обособленных филиалов со своими КПП и кодами ИФНС. При расчете заработной платы в ежемесячном документе «Начисление зарплаты и взносов» НДФЛ распределяется правильно. Однако как только мы создаем межрасчетный документ, например, Увольнение, Больничный лист или Отпуск, программа упорно относит налог увольняемого сотрудника на регистрацию ИФНС головной организации, игнорируя настройки его подразделения. Давайте подробно разберем, почему возникает этот сбой, как устроена логика программы «под капотом» и какими способами можно оперативно решить проблему.
Для того чтобы понять природу этой ошибки, нам необходимо проанализировать структуру хранения данных в конфигурации. В отличие от старой редакции 2.5, где привязка к ИФНС была реализована более линейно, в ЗУП 3.1 для оптимизации производительности запросов и поддержки механизма «территорий» разработчики разделили информацию о регистрациях налоговых органов на два взаимосвязанных регистра сведений:
При проведении межрасчетных документов (таких как «Увольнение», «Больничный лист» и т.д.) система для быстродействия не обращается к основному регистру истории напрямую. Вместо этого встроенные алгоритмы программы считывают данные из вспомогательного регистра История регистраций в налоговом органе вторичная. Подобное поведение заложено в специализированных общих модулях и функциях, в частности, в функции ТаблицаДвиженийСРегистрациейВНалоговомОргане.
Суть сбоя при переносе данных: во время свертки и переноса информации из старых баз данных (или при обновлении через распределенные информационные базы) механизм загрузки создает записи в основном регистре истории регистраций, но очень часто «забывает» инициировать процедуру записи во вторичный служебный регистр для перенесенных обособленных подразделений. В результате во вторичном регистре по этим филиалам образуется пустота.
Когда расчетчик заполняет документ увольнения сотрудника, алгоритм расчета НДФЛ обращается к функции получения регистрации. Не найдя во вторичном регистре записи по конкретному обособленному подразделению, система задействует защитный алгоритм (Fallback-сценарий) — она берет регистрационные данные ИФНС вышестоящей (головной) организации. В итоге в регистре накопления Расчеты налогоплательщика с бюджетом по НДФЛ фиксируется запись с неверным КПП и ИФНС.
Рассмотрим по шагам, как локализовать и исправить эту ошибку различными методами — от простых пользовательских манипуляций до административных инструментов.
Если проблемных обособленных подразделений немного, вы можете заставить систему принудительно перезаписать данные в служебном регистре. Для этого выполним следующую последовательность действий:
01.01.2017).В момент повторного проведения карточки подразделения программный код конфигурации перехватит событие записи и автоматически создаст недостающие записи во вспомогательном регистре История регистраций в налоговом органе вторичная. После этого вернемся в проблемный документ «Увольнение», пересчитаем сотрудника — налог перераспределится на нужную регистрацию ИФНС.
Если база данных большая, подразделений много, и ручной перезапуск карточек нерационален, воспользуемся штатным встроенным инструментом диагностики программы. Этот метод позволяет не только выявить расхождения, но и автоматически исправить движения уже проведенных документов без необходимости их ручного перепроведения.
Выполним следующие шаги:
Перезаполнение регистраций в налоговом органе)*.Расчеты налогоплательщиков с бюджетом по НДФЛ и Расчеты налоговых агентов с бюджетом по НДФЛ, приведя их в соответствие с актуальными настройками подразделений.Иногда записи во вторичном регистре присутствуют, но проблема кроется в несовпадении временных интервалов. Например, дата, с которой начинает действовать регистрация ИФНС в истории подразделения, установлена позже, чем дата документа «Увольнение». Проанализируем это изнутри системы.
Давайте воспользуемся режимом «Функции для технического специалиста» и проверим записи регистров напрямую:
История регистраций в налоговом органе и установим отбор по нашему подразделению. Обратим внимание на колонку Действует с.История регистраций в налоговом органе вторичная и также отберем записи по этому же подразделению.Пример кода, с помощью которого система во вспомогательных функциях (аналогичных ТаблицаДвиженийСРегистрациейВНалоговомОргане) может анализировать срез последних данных для определения налогового органа:
// Схематичный пример запроса для проверки наличия вторичной регистрации
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ РАЗРЕШЕННЫЕ
| ВторичныеРегистрации.РегистрацияВНалоговомОргане КАК Регистрация,
| ВторичныеРегистрации.ДействуетС КАК ДействуетС
|ИЗ
| РегистрСведений.ИсторияРегистрацийВНалоговомОрганеВторичная КАК ВторичныеРегистрации
|ГДЕ
| ВторичныеРегистрации.СтруктурнаяЕдиница = &Подразделение
| И ВторичныеРегистрации.ДействуетС <= &ПериодРасчета";
Запрос.УстановитьПараметр("Подразделение", ПараметрПодразделение);
Запрос.УстановитьПараметр("ПериодРасчета", ДатаДокумента);
РезультатЗапроса = Запрос.Выполнить();
Если РезультатЗапроса.Пустой() Тогда
// Запускается резервный сценарий — подтягивается регистрация головной организации
КонецЕсли;
Если вы обнаружили расхождения в датах или отсутствие записей, скорректируйте их либо вручную непосредственно в регистре (если у вас есть права администратора на редактирование записей), либо воспользуйтесь универсальной обработкой «Групповое изменение реквизитов» для перезаписи элементов справочника подразделений.
Если в вашей организации в учетной политике включена настройка Использовать обособленные территории, то сотрудники могут быть привязаны не просто к подразделениям, а к конкретным территориальным участкам (справочник Территории). Каждая территория также может иметь свою собственную регистрацию в ИФНС.
В этом случае при возникновении аналогичной проблемы с неверной ИФНС в документах увольнения или начисления зарплаты алгоритм исправления будет полностью аналогичным:
Использование данных методов и понимание внутренней логики работы конфигурации 1С:ЗУП 3 позволит вам быстро локализовать проблему с распределением НДФЛ по ИФНС и успешно сдать регламентированную отчетность по формам 6-НДФЛ без ручной корректировки движений документов.