Работа с адресами сотрудников в 1С:Зарплата и Управление Персоналом (ЗУП) — одна из самых востребованных задач для кадровых специалистов и администраторов. От корректности хранения этих данных зависит не только ведение кадрового учета, но и формирование отчетности, расчет налогов, а также интеграция с внешними системами (например, ФНС или ПФР). Однако найти, где именно хранятся адреса, не всегда просто: в зависимости от версии ЗУП (2.5 или 3.1) и конфигурации структура справочников может отличаться.
В этой статье мы разберем все возможные места хранения адресов — от стандартных справочников до скрытых таблиц базы данных, а также покажем, как извлечь эти данные с помощью SQL-запросов или встроенных отчетов. Особое внимание уделим типичным ошибкам, которые приводят к дублированию или потере адресов, и дадим рекомендации по их исправлению.
1. Основные справочники с адресами в 1С ЗУП
В большинстве случаев адреса сотрудников хранятся в двух ключевых справочниках: "Физические лица" и "Сотрудники". Однако их структура и наполнение зависят от версии программы:
- 📌 ЗУП 3.1: Адреса разделены на фактический (место жительства) и юридический (регистрация). Хранятся в справочнике
ФизическиеЛица, вкладка "Адреса и контакты". - 📌 ЗУП 2.5: Адрес регистрации и фактического проживания может дублироваться в справочниках
ФизическиеЛицаиСотрудники(вкладка "Кадровые данные"). - 📌 Корпоративные версии: В некоторых отраслевых решениях (например, 1С:ЗУП для бюджетных учреждений) адреса могут храниться в дополнительных реквизитах.
Важно понимать, что справочник ФизическиеЛица содержит адреса всех физических лиц, включая бывших сотрудников и кандидатов, тогда как Сотрудники — только действующих. Это часто приводит к путанице при поиске актуальных данных.
2. Где хранятся адреса в базе данных: таблицы и поля
Если вам нужно получить адреса напрямую из базы данных (например, для миграции или анализа), стоит обратиться к таблицам SQL-сервера. В стандартной конфигурации адреса хранятся в следующих таблицах:
| Таблица | Поле | Описание | Версия ЗУП |
|---|---|---|---|
_Reference163 |
АдресРегистрации, АдресФактический |
Справочник "Физические лица" (основное хранилище адресов) | 3.1, 2.5 |
_Reference164 |
Адрес |
Справочник "Контактная информация" (дополнительные адреса) | 3.1 |
_InfoRg163 |
Адрес |
Регистр сведений "Адреса физических лиц" (история изменений) | 3.1 |
_Reference84 |
АдресПоПрописке |
Справочник "Сотрудники" (устаревшее поле, может дублироваться) | 2.5 |
Для извлечения адресов можно использовать запрос вида:
SELECT
Ф.Наименование AS ФизическоеЛицо,
Ф.АдресРегистрации AS АдресРегистрации,
Ф.АдресФактический AS АдресФактический
FROM
_Reference163 AS Ф
WHERE
Ф.АдресРегистрации IS NOT NULL
OR Ф.АдресФактический IS NOT NULL
Внимание: в ЗУП 3.1 адреса могут храниться в формате КЛАДР или ФИАС, что требует дополнительной обработки для вывода в читаемом виде.
Чтобы увидеть реальные названия таблиц в вашей базе, откройте Конфигуратор → Администрирование → Хранилище конфигурации и экспортируйте метаданные в файл. Имена таблиц будут в формате _Reference{ID}.
3. Как найти адреса через интерфейс 1С: пошаговая инструкция
Если вам не нужно обращаться к базе напрямую, адреса можно найти через стандартный интерфейс программы. Вот пошаговый алгоритм:
- Откройте раздел
Кадры → Сотрудники(илиКадры → Физические лицав ЗУП 3.1). - Выберите нужного сотрудника и откройте его карточку двойным кликом.
- Перейдите на вкладку
Адреса и контакты(в ЗУП 3.1) илиКадровые данные(в ЗУП 2.5). - Проверьте поля:
- 🏠 Адрес регистрации (по паспорту)
- 📍 Фактический адрес (место жительства)
- 📞 Контактный адрес (для переписки, если отличается)
- 🔄 Дублирование адресов: Один и тот же адрес может храниться в справочниках
ФизическиеЛицаиСотрудники, что приводит к расхождениям в отчетах. Например, при формировании 2-НДФЛ программа может взять устаревшие данные. - 🗑️ Потеря истории изменений: В ЗУП 2.5 при редактировании адреса старая версия не всегда сохраняется, что усложняет аудит.
- 📌 Некорректный формат адреса: Если адрес введен без привязки к ФИАС или КЛАДР, он может не распознаваться внешними системами (например, при обмене с Госуслугами или банками).
- 🔍 Ошибки при миграции: При переносе данных из ЗУП 2.5 в 3.1 адреса могут "потеряться" из-за различий в структуре справочников.
В ЗУП 3.1 адреса могут быть заполнены через классификатор ФИАС — в этом случае они будут выглядеть как выпадающий список с подсказками. Если адрес введен вручную (без привязки к ФИАС), он может некорректно отображаться в отчетах.
Проверьте заполненность полей "Адрес регистрации" и "Фактический адрес"|Убедитесь, что адреса привязаны к классификатору ФИАС (если используется)|Сверьте адреса с данными из паспорта сотрудника|Проверьте историю изменений адресов в регистре сведений-->
4. Типичные ошибки при работе с адресами в ЗУП
Администраторы и кадровые специалисты часто сталкиваются с проблемами, связанными с адресами в 1С ЗУП. Вот наиболее распространенные ошибки и их последствия:
Чтобы избежать этих проблем, рекомендуется:
- Использовать единый справочник адресов (например, подключить классификатор ФИАС).
- Настроить права доступа так, чтобы адреса могли редактировать только ответственные сотрудники.
- Регулярно проводить аудит данных с помощью отчета "Анализ заполненности кадровых данных".
Что делать, если адрес сотрудника не отображается в отчете?
Если адрес есть в карточке сотрудника, но не выгружается в отчет (например, в СЗВ-ТД или 2-НДФЛ), проверьте:
1. Привязан ли адрес к классификатору ФИАС/КЛАДР.
2. Не установлен ли фильтр по дате в отчете (адрес мог быть актуален в другом периоде).
3. Нет ли дубляжа записи о сотруднике в справочнике "Физические лица".
Если проблема остается, попробуйте обновить конфигурацию или обратитесь в поддержку 1С с логом ошибки.
5. SQL-запросы для извлечения адресов
Дляadvanced-пользователей и администраторов баз данных полезно уметь извлекать адреса напрямую через SQL. Ниже приведены примеры запросов для разных версий ЗУП.
Запрос для ЗУП 3.1 (адреса физических лиц)
SELECT
FL.Description AS ФизическоеЛицо,
FL._Fld1972RRef AS АдресРегистрации_Ссылка,
FL._Fld1973RRef AS АдресФактический_Ссылка,
AReg.Представление AS АдресРегистрации,
AFact.Представление AS АдресФактический
FROM
_Reference163 AS FL
LEFT JOIN
_Reference179 AS AReg ON FL._Fld1972RRef = AReg._IDRRef
LEFT JOIN
_Reference179 AS AFact ON FL._Fld1973RRef = AFact._IDRRef
WHERE
FL._Marked = 0x00 AND (FL._Fld1972RRef IS NOT NULL OR FL._Fld1973RRef IS NOT NULL)
Запрос для ЗУП 2.5 (адреса сотрудников)
SELECT
S.Description AS Сотрудник,
FL.АдресПоПрописке AS АдресРегистрации,
FL.Адрес AS АдресФактический
FROM
_Reference84 AS S
INNER JOIN
_Reference163 AS FL ON S._Fld167RRef = FL._IDRRef
WHERE
FL.АдресПоПрописке IS NOT NULL OR FL.Адрес IS NOT NULL
Обратите внимание: в запросах используются внутренние идентификаторы полей (_Fld{XXX}), которые могут отличаться в вашей базе. Чтобы узнать точные имена, экспортируйте метаданные конфигурации.
При работе с SQL-запросами в 1С всегда делайте резервную копию базы перед выполнением операций UPDATE или DELETE. Ошибка в запросе может привести к потере данных!
6. Обмен данными и интеграция: как передать адреса в другие системы
Адреса сотрудников часто требуется передавать во внешние системы: банки (для зарплатных проектов), ФНС (для отчетности), Госуслуги (для электронного документооборота). Для этого в 1С ЗУП предусмотрены механизмы обмена:
- 📤 Выгрузка в XML: Через обработку
Универсальный обмен данными(формат выгрузки зависит от получателя). - 🔄 Обмен с 1С:Бухгалтерией: Адреса автоматически синхронизируются при настройке планов обмена.
- 🌐 Интеграция через API: Например, с СберБизнес или Тинькофф Зарплата (требуется доработка конфигурации).
- 📊 Экспорт в Excel: Через стандартный отчет "Список сотрудников" с включенными колонками адресов.
При настройке обмена важно учитывать:
- Формат адреса должен соответствовать требованиям получателя (например, ФНС требует КЛАДР, а банки — ФИАС).
- Если адрес не привязан к классификатору, его может не принять внешняя система.
- В некоторых случаях требуется ручная доводка данных (например, добавление индекса или корректировка сокращений).
Для проверки корректности адресов перед выгрузкой используйте обработку "Проверка адресов по ФИАС" (доступна в 1С:ИТС или через 1С:Контрагент).
7. Как исправить ошибки в адресах: практические советы
Если в базе обнаружены некорректные или дублирующиеся адреса, их можно исправить несколькими способами:
Способ 1: Ручная правка
- Откройте карточку сотрудника в справочнике
Физические лица. - Перейдите на вкладку
Адреса и контакты. - Отредактируйте адрес вручную или выберите его из классификатора ФИАС.
- Сохраните изменения и проверьте, обновились ли данные в связанных справочниках (например, в
Сотрудники).
Способ 2: Групповая обработка
Для массового исправления адресов можно использовать:
- 📋 Обработку "Групповое изменение реквизитов" (доступна в стандартных возможностях ЗУП 3.1).
- 🛠️ Внешнюю обработку (например, "Поиск и замена адресов" из 1С:ИТС).
- 💻 SQL-запрос (только для опытных пользователей!).
Пример SQL-запроса для массовой замены части адреса:
UPDATE _Reference163
SET _Fld1972 = REPLACE(_Fld1972, 'ул. Ленина', 'ул. Ленина, д.')
WHERE _Fld1972 LIKE '%ул. Ленина%'
⚠️ Внимание: Перед выполнением массовых изменений обязательно сделайте резервную копию базы и протестируйте запрос на копии данных!
Способ 3: Использование классификаторов
Чтобы избежать ошибок в будущем, настройте:
- 📚 Подключение классификатора ФИАС (через
Администрирование → Классификаторы). - 🔗 Автоматическую проверку адресов при вводе (в настройках справочника
Физические лица). - 📊 Регулярный аудит данных с помощью отчета "Анализ заполненности адресов".
8. Частые вопросы по работе с адресами в 1С ЗУП
Как перенести адреса из ЗУП 2.5 в ЗУП 3.1?
Для переноса адресов при переходе на новую версию используйте типовую обработку миграции из комплекта поставки ЗУП 3.1. Если адреса не перенеслись корректно:
- Проверьте соответствие справочников
ФизическиеЛицав старой и новой базе. - Используйте
Универсальный обмен даннымидля допереноса недостающих адресов. - При необходимости доработайте правила обмена в Конфигураторе.
Если адреса хранятся в нестандартных реквизитах, может потребоваться ручная доводка.
Почему в отчете 2-НДФЛ не отображается адрес сотрудника?
Причины могут быть следующими:
- Адрес не заполнен в справочнике
ФизическиеЛица. - В настройках отчета установлен фильтр по дате, а адрес был актуален в другом периоде.
- Адрес не привязан к классификатору КЛАДР/ФИАС, и программа его не распознает.
- В базе есть дублирующая запись о физическом лице с другим адресом.
Проверьте заполненность адресов через отчет "Анализ заполненности кадровых данных".
Можно ли хранить несколько адресов для одного сотрудника?
Да, в ЗУП 3.1 поддерживается хранение нескольких адресов:
- Адрес регистрации (по паспорту).
- Фактический адрес (место жительства).
- Контактный адрес (для переписки, если отличается).
Для этого в справочнике ФизическиеЛица на вкладке Адреса и контакты можно добавить несколько записей с разными типами. В ЗУП 2.5 такая возможность ограничена — обычно хранится только один адрес регистрации и один фактический.
Как экспортировать адреса сотрудников в Excel?
Чтобы выгрузить адреса в Excel:
- Перейдите в раздел
Кадры → Отчеты по кадрам. - Выберите отчет
Список сотрудников. - Добавьте в настройки отчета колонки
Адрес регистрациииАдрес фактический. - Нажмите
Сформировать, затемЭкспорт → Excel.
Если нужна более гибкая выгрузка, используйте Универсальный отчет или напишите собственный SQL-запрос.
Как восстановить историю изменений адресов?
В ЗУП 3.1 история изменений адресов хранится в регистре сведений Адреса физических лиц. Чтобы ее просмотреть:
- Откройте
Все функции → Регистры сведений → Адреса физических лиц. - Установите фильтр по нужному физическому лицу.
- Просмотрите записи с датами изменений.
В ЗУП 2.5 история изменений адресов не ведется по умолчанию. Для ее восстановления можно использовать журнал регистрации (если он был включен) или резервные копии базы.