← На главную

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

Причины перехода на муниципальное деление

Первоисточником изменений является Приказ ФНС России от 06.07.2017 N ММВ-7-17/535@. Переход на муниципальное деление обусловлен развитием государственного адресного реестра (ГАР), который постепенно заменяет старую структуру ФИАС. Если раньше мы привыкли к административному делению (Область — Район — Город — Улица), то муниципальное деление ориентировано на принципы организации местного самоуправления (Городской округ — Муниципальный район — Сельское поселение).

Проанализируем, почему 1С настаивает именно на этом формате. Муниципальное деление напрямую связано с кодами ОКТМО. Поскольку расчеты с бюджетом и налоговая отчетность завязаны на территориальную принадлежность к конкретному муниципальному образованию, использование актуального реестра становится обязательным требованием для корректного формирования отчетности.

Почему адреса стали красными и как это исправить

«Покраснение» адреса в программе означает, что текущая запись в базе данных больше не соответствует эталонной записи в загруженном классификаторе. Это происходит из-за смены внутренних идентификаторов (GUID) объектов. Рассмотрим порядок действий для исправления ситуации:

1. Перейдем в раздел Администрирование — Интернет-поддержка и сервисы — Адресный классификатор.
2. Выберем вариант Загрузить классификатор.
3. Важный момент: программа больше не позволит загрузить ФИАС только по административному делению. Необходимо загружать данные с поддержкой муниципальных адресов. Если вы скачиваете файлы вручную, используйте формат ФИАС 2 (соответствующий ГАР).
4. После загрузки актуальных данных по вашим регионам запустим процедуру перепроверки адресов. В большинстве случаев автоматическая проверка сопоставит старые данные с новыми, и красный цвет исчезнет.

Административное vs Муниципальное деление: настраиваем удобство

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

Даже если в базу загружен муниципальный классификатор, 1С позволяет выбрать привычный способ отображения. Для этого при редактировании адреса нажмем кнопку Еще и выберем пункт Административно-территориальное деление. Программа скроет муниципальные уровни (округа, поселения), но при этом внутри базы данных адрес останется корректным и привязанным к актуальным идентификаторам ГАР.

Посмотрим на разницу в форматах:

• Муниципальное: Москва г, Муниципальный Округ Обручевский, Островитянова ул, Дом 1.
• Административное: Москва г, Островитянова ул, Дом 1.

Для кадрового учета и печати трудовых договоров предпочтительнее второй вариант, и программа позволяет его использовать, не нарушая целостности данных.

Влияние на отчетность по НДФЛ и страховым взносам

Выясним, насколько критично отсутствие точного соответствия муниципальному делению при сдаче отчетов. Начиная с отчетности за 2018 год, из формы 2-НДФЛ были исключены поля с адресом места жительства в РФ. Это значительно снизило остроту проблемы для налоговой отчетности. Однако расслабляться не стоит по следующим причинам:

1. Прямые выплаты ФСС (ныне СФР): При передаче реестров на оплату больничных и пособий адрес сотрудника является обязательным реквизитом. Шлюзы фонда жестко проверяют соответствие адреса кодам ФИАС (ГАР). Если адрес заполнен некорректно или по старому классификатору, реестр может быть отклонен с ошибкой «Адрес не найден в базе данных ФИАС».

2. Коды ОКТМО: Привязка организации или ее подразделения к налоговой инспекции осуществляется через ОКТМО, который определяется исходя из муниципального деления. Ошибки в адресе могут привести к неверному определению территории.

Технические изменения в регистрах сведений

Проанализируем ситуацию с точки зрения технического специалиста. После перехода на версию 3.1.8 структура хранения данных существенно изменилась. В регистре сведений АдресныеОбъекты произошло следующее:

• Устаревшие числовые коды (регион, район, город) постепенно замещаются уникальными идентификаторами UUID (GUID).
• Поле Код КЛАДР может оставаться пустым до тех пор, пока не будет выполнена полная загрузка нового формата.
• Иерархия объектов стала более гибкой, что позволяет одному и тому же дому принадлежать одновременно к административному району и муниципальному округу.

Рассмотрим пример того, как система сопоставляет данные. При вводе улицы программа ищет соответствие в таблице идентификаторов. Если вы используете интеграцию с внешними системами (например, загружаете данные из сторонней CRM по старым кодам КЛАДР), вам необходимо убедиться, что принимающая сторона (ЗУП 3.1) сможет выполнить сопоставление через актуальный классификатор.

Что делать, если в адресе появились литеры и корпуса?

Часто после обновления ФИАС оказывается, что адрес «Дом 11» превратился в «Дом 11, Литера А». Это связано с уточнением данных в государственном реестре. Если в паспорте сотрудника литера не указана, но ФИАС требует ее выбора, рекомендуется придерживаться данных классификатора. Это обеспечит успешное прохождение проверок в контролирующих органах.

Выясним, как автоматизировать этот процесс. Для массового обновления адресов можно использовать встроенную обработку «Проверка заполнения адресов». Рассмотрим алгоритм ее работы:

1. Программа сканирует регистр АдресныйКлассификатор.
2. Сопоставляет строки адресов сотрудников с загруженными объектами ГАР.
3. При нахождении однозначного соответствия обновляет внутренний идентификатор адреса у физического лица.
4. Если соответствие неоднозначное (например, появилось несколько строений), такие адреса остаются помеченными красным для ручного уточнения пользователем.

Таким образом, использование муниципального деления в 1С — это не прихоть разработчиков, а вынужденная мера для соответствия федеральному законодательству. Переход на этот формат обязателен, но благодаря гибким настройкам интерфейса, работа кадровой службы может оставаться привычной и комфортной.