← На главную

При переходе на новую информационную базу или при первоначальной настройке нередко возникает ситуация, когда в реквизитах организации ошибочно указывается некорректный КПП. Если учет уже велся несколько недель, пользователи сталкиваются с дилеммой: выполнять ли групповое перепроведение всех расчетных документов или искать иные пути исправления. Разберем архитектурные особенности конфигурации «1С:Зарплата и управление персоналом 3.1» и проанализируем наиболее безопасные способы исправления данных.

Разберем устройство хранения данных регистрации в налоговом органе в ЗУП 3.1

Для понимания правильного алгоритма действий сравним логику работы современной конфигурации с предыдущими редакциями программы. В устаревшей редакции «1С:ЗУП 2.5» строковые значения ИНН, КПП и кодов ОКТМО записывались непосредственно в поля движений регистров. В «1С:ЗУП 3.1» реализован принципиально иной подход.

В регистрах учета НДФЛ, таких как РасчетыНалоговыхАгентовСБюджетомПоНДФЛ и РасчетыНалогоплательщиковСБюджетомПоНДФЛ, ключевым разрезом учета выступает измерение РегистрацияВНалоговомОргане. Это измерение содержит не строковые реквизиты, а прямую ссылку на элемент одноименного справочника РегистрацииВНалоговомОргане. Именно внутри элемента этого справочника хранятся фактический КПП, код налогового органа и ОКТМО.

Кроме того, классических последовательностей документов, контролирующих хронологию партионного учета или взаиморасчетов, в конфигурации «1С:ЗУП 3.1» нет. Поэтому переживать за нарушение последовательности проведения не имеет смысла, однако обычное перепроведение документов таит в себе другие серьезные угрозы.

Проанализируем риски стандартного группового перепроведения

Попытка решить проблему через типовую обработку «Проведение документов» не только не исправит учет, но и может разрушить данные по выплатам:

1. Фиксация реквизитов в ведомостях. В документах выплаты («Ведомость в банк», «Ведомость в кассу», «Ведомость на счета») ссылка на регистрацию в налоговом органе жестко зафиксирована в строках табличной части налога. Обычная повторная запись и проведение документов не изменяют содержимое табличных частей. Документ просто заново запишет в регистры ту же старую ссылку, которая уже была в строках.
2. Риск неконтролируемого пересчета налога. Если внутри ведомости запустить автоматическое обновление налога, система выполнит пересчет по текущему состоянию регистров нарастающим итогом. Это действие способно перераспределить суммы удержанного налога между прошлыми периодами, затереть ручные корректировки и исказить фактически выплаченную сотрудникам зарплату.

Способ 1. Исправление первоначальной ошибки в карточке организации

Выясним причину ошибки: если новый элемент в справочнике налоговых инспекций еще не создавался, а была допущена простая опечатка при первичном вводе организации, исправление выполняется буквально в несколько кликов без изменения движений документов.

Разберем порядок действий:

1. Откроем карточку организации (раздел «Настройка» — «Предприятие» — «Организации»).
2. Перейдем по ссылке «Изменить данные регистрации» рядом с реквизитами налоговой инспекции.
3. В поле «КПП» укажем правильное значение.
4. Нажмем кнопку сохранения. Программа выведет диалоговое окно с вопросом о причине изменения. Выберем вариант «Исправлена ошибка».

При выборе этого варианта система не создает новую регистрацию и не разбивает историю с определенной даты. Новые данные заменяются непосредственно в текущей записи справочника. Поскольку все проведенные документы и регистры уже ссылаются на этот же элемент, правильный КПП автоматически начнет отображаться во всех отчетах, регистрах налогового учета и формах отчетности без перепроведения.

Способ 2. Объединение элементов через поиск и удаление дублей

Если пользователь уже успел создать новую налоговую инспекцию с правильным КПП через вариант «Изменились данные о регистрации...», в базе образовалось два элемента справочника. Документы за прошлые три недели продолжают ссылаться на старую регистрацию, а новые расчеты привязываются к новой.

В этом случае эффективным решением станет объединение записей с помощью типового сервиса поиска и удаления дублирующихся элементов:

1. Перейдем в раздел «Администрирование» — «Обслуживание» — «Корректировка данных» — «Поиск и удаление дублей».
2. В поле поиска выберем справочник Регистрации в налоговом органе.
3. Зададим критерий сравнения по совпадению наименования или кода ИФНС и нажмем кнопку поиска.
4. Проанализируем найденные дубликаты. Отметим стрелкой элемент с корректным КПП как оригинальный (главный).
5. Нажмем кнопку «Удалить дубли».

Программа автоматически найдет все документы, регистры накопления и сведения, где использовалась ошибочная запись, и корректно заменит ссылку на правильный элемент справочника. Все движения документов по НДФЛ будут перенаправлены на корректный КПП без вызова обработчиков проведения и без опасности пересчета сумм.

Способ 3. Пакетная корректировка и штатная обработка перезаполнения

Если объединение элементов невозможно (например, когда старая инспекция действительно существовала в прошлых периодах, но ошибочно действовала в текущих месяцах), воспользуемся штатным инструментом исправления движений.

Рассмотрим применение обработки «Перезаполнение регистраций в налоговом органе» (в интерфейсе программы может называться «Проверка регистрации в ИФНС», доступна через меню «Функции для технического специалиста»):

1. Откроем обработку, укажем проверяемую организацию и период, за который требуется актуализировать данные.
2. Обработка сопоставит фактические записи в регистрах с актуальной историей регистрации организации и подразделений.
3. По нажатию кнопки перезаполнения программа корректно скорректирует движения по доходам и НДФЛ, перенеся суммы на верный КПП без перезаполнения самих расчетных строк документов и без пересчета налога.

Для точечной корректировки табличных частей ведомостей можно использовать обработку «Групповое изменение реквизитов» (раздел «Администрирование» — «Обслуживание» — «Корректировка данных»). Отобрав документы за три недели, заменим значение реквизита регистрации в табличной части «НДФЛ» напрямую, не запуская механизм пересчета ведомости.

Проанализируем последствия для смежного учета и синхронизации

После корректировки КПП в «1С:ЗУП 3.1» обязательно проанализируем состояние взаимосвязанных участков учета:

1. Синхронизация с «1С:Бухгалтерией предприятия 8». Изменение КПП влияет на идентификацию организации при обмене. Если документы за эти три недели уже выгружались, необходимо проверить сопоставление организаций в правилах обмена, чтобы избежать создания дубля контрагента или организации на стороне бухгалтерской базы. Документы «Отражение зарплаты в бухучете» и «Отражение удержанного НДФЛ в бухучете» потребуется повторно синхронизировать.
2. Единый налоговый платеж и отчетность. Если за спорный период уже отправлялись уведомления об исчисленных суммах налогов в налоговый орган, начисления в ФНС зафиксировались по неверному КПП. В таком случае потребуется сформировать корректирующее уведомление, чтобы аннулировать начисления по старому КПП и отразить обязательства по правильной регистрации.