Где хранятся адреса в 1С:ЗУП и как их найти

Адреса сотрудников, физических лиц, подразделений и организаций в 1С:Зарплата и управление персоналом (ЗУП) хранятся не в отдельных реквизитах справочников, а в единой подсистеме контактной информации (КИ). Это стандартный механизм библиотеки стандартных подсистем (БСП), который используется во всех типовых конфигурациях 1С. Понимание этой структуры нужно при написании отчётов, выгрузках, доработках печатных форм и поиске причин «потерянных» адресов.

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

Общая схема: что такое контактная информация в ЗУП

Контактная информация — это универсальный механизм хранения адресов, телефонов, email и других способов связи. Вместо того чтобы создавать у каждого справочника отдельные реквизиты «Адрес», «Телефон», «Email», платформа хранит всё это в единой табличной части с именем «КонтактнаяИнформация». Каждая строка табличной части привязана к конкретному виду КИ из справочника «Виды контактной информации».

У справочника «Физические лица» в ЗУП 3.1 предопределены, в частности, такие виды: «Адрес по прописке», «Адрес фактический», «Адрес за пределами РФ», «Адрес места рождения», телефоны и email. У организаций — юридический и фактический адреса, адрес для информирования и другие. Набор видов можно расширять, но предопределённые элементы удалять не следует: на них завязаны отчёты и регламентированные формы.

Важно понимать разницу между двумя полями строки КИ. Поле «Представление» содержит адрес одной строкой — именно его видит пользователь в форме. Поле «ЗначенияПолей» хранит структурированное значение (в свежих релизах — в формате JSON), из которого программа разбирает регион, город, улицу, дом и индекс. Для выгрузок в ГИС и отчётности используется именно структурированное значение.

Где физически лежат адреса сотрудников

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

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

Чтобы посмотреть адрес в интерфейсе, откройте карточку физического лица (раздел «Кадры» → «Сотрудники» → открыть сотрудника → ссылка на физлицо, либо «Настройка» → «Физические лица» при включённой соответствующей опции). Адреса редактируются в группе «Адреса, телефоны» либо через команду «Ещё» → «Контактная информация» в зависимости от релиза.

Адреса организаций и подразделений

Организации хранят адреса по тому же принципу — в табличной части «КонтактнаяИнформация» справочника «Организации». Здесь предопределены виды «Юридический адрес», «Фактический адрес», «Почтовый адрес» и ряд других. Эти данные попадают в регламентированную отчётность, поэтому юридический адрес организации должен быть заполнен обязательно и корректно разобран по полям.

У подразделений (справочник «Подразделения организаций») адрес тоже хранится в собственной табличной части КИ. Он используется, например, при формировании сведений для ПФР и в некоторых печатных формах. Обособленные подразделения с выделенным адресом требуют особенно аккуратного заполнения — ошибка в адресе подразделения влияет на территориальные условия и отчётность по месту нахождения.

Как получить адрес запросом и в коде

Для отчётов и обработок адрес получают соединением с табличной частью справочника. Типовой запрос к адресу физлица по прописке выглядит так: левая таблица — «Справочник.Сотрудники», соединение с «Справочник.ФизическиеЛица.КонтактнаяИнформация» по условию «ФизическоеЛицо = Ссылка» и «Вид = ЗНАЧЕНИЕ(Справочник.ВидыКонтактнойИнформации.АдресПоПропискеФизическиеЛица)». Имя предопределённого вида в вашем релизе проверяйте в конфигураторе — оно может отличаться.

В программном коде удобнее использовать методы БСП вместо прямого обращения к табличной части. Модуль «УправлениеКонтактнойИнформацией» предоставляет функции получения представления и структурированного адреса без ручного разбора JSON. Это надёжнее: при смене формата хранения типовой код продолжит работать, а самописный разбор XML сломается.

ВЫБРАТЬ
	Сотрудники.ФизическоеЛицо КАК ФизЛицо,
	КИ.Представление КАК АдресПоПрописке
ИЗ
	Справочник.Сотрудники КАК Сотрудники
		ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ФизическиеЛица.КонтактнаяИнформация КАК КИ
		ПО Сотрудники.ФизическоеЛицо = КИ.Ссылка
			И КИ.Вид = ЗНАЧЕНИЕ(Справочник.ВидыКонтактнойИнформации.АдресПоПропискеФизическиеЛица)

Почему прямой SQL-запрос к базе — плохая идея

Табличные части в СУБД хранятся в отдельных таблицах с именами вида «_Reference123_VT456», которые меняются при реструктуризации. Прямые запросы к СУБД в обход платформы нарушают лицензионные ограничения на модификацию данных и могут привести к рассогласованию при обновлениях. Для чтения используйте язык запросов 1С или консоль запросов в режиме предприятия.

Регистры сведений с адресными данными

Помимо табличной части КИ, часть адресной информации в ЗУП дублируется или дополняется в регистрах сведений. Например, сведения о месте рождения и документах хранятся отдельно, а история изменения фамилии и документов — в периодических регистрах. Сам адрес регистрации и фактического проживания истории в типовой поставке не имеет: хранится только текущее значение.

Если требуется отслеживать историю смены адресов (например, для кадрового аудита), стандартного механизма нет — нужно либо включать версионирование объектов, либо дорабатывать регистр. Это частая причина вопроса «куда пропал старый адрес»: при редактировании строка КИ просто перезаписывается.

Типичные проблемы и их диагностика

Самая частая ситуация — адрес введён «в свободной форме» и не разобран по полям. Признак: в карточке адрес виден, но в отчётах 6-НДФЛ, справках и выгрузках он пустой или неполный. Лечение: открыть адрес на редактирование, ввести его заново через форму с подбором по адресному классификатору (ФИАС/ГАР) и проверить, что заполнены регион, город и индекс.

Вторая проблема — путаница между видами адресов. Кадровик заполняет «Адрес фактический», а отчёт берёт «Адрес по прописке». Проверяйте, какой именно вид использует конкретная печатная форма или отчёт: это можно увидеть в настройках отчёта или в коде формы через конфигуратор.

Третья ситуация — дубли физических лиц. Если у человека две карточки физлица, адрес может быть заполнен у одной, а сотрудник привязан к другой. Используйте типовую обработку поиска и устранения дублей, после объединения проверьте, что строки КИ не задвоились.

Как проверить результат после заполнения

После ввода или массовой загрузки адресов проверьте три вещи. Первое: адрес отображается в карточке физлица и в карточке сотрудника (форма сотрудника показывает КИ связанного физлица). Второе: адрес корректно выводится в печатной форме — например, в справке о заработке или личной карточке Т-2. Третье: структурированный разбор заполнен — это можно увидеть, открыв адрес на редактирование: поля «Регион», «Город», «Улица» должны быть заполнены отдельно.

Для массовой проверки удобно построить простой отчёт в консоли запросов по табличной части КИ с отбором по виду адреса и пустому значению в полях структуры. Так вы быстро найдёте все записи, введённые в свободной форме.

Частые вопросы