← На главную

При начале работы в новой информационной базе или необходимости массового ввода сотен сотрудников ручной ввод ФИО, паспортных данных и страховых номеров (СНИЛС) требует огромных трудозатрат. Нередко возникает задача перенести эти сведения из ранее сформированных файлов пенсионной отчетности или решить вопрос с подачей корректировок, когда первичные расчетные документы в базе отсутствуют. Разберем по шагам, какие возможности предоставляет типовой функционал конфигурации и как решить задачу пакетного импорта с помощью специализированных утилит и встроенных средств платформы 1С.

Штатные возможности и ограничения типовой конфигурации

Проанализируем сначала типовой механизм конфигурации «Зарплата и Управление Персоналом» редакции 2.5. В программе предусмотрен инструмент для загрузки старых форматов сведений персонифицированного учета. Для работы с ним выполним следующие действия:

1. Перейдем в рабочее место «Подготовка данных для передачи в ПФР» (раздел персонифицированного учета).
2. Воспользуемся командой «Загрузить ранее принятые...».
3. Укажем путь к каталогу с файлами формата XML.

Важно учитывать ключевое ограничение: этот механизм был рассчитан на формы индивидуальных сведений, действовавшие до 2014 года (такие как СЗВ-4, СЗВ-6-1, СЗВ-6-2, СЗВ-6-4). Начиная с введения единой формы РСВ-1 и последующих изменений пенсионного законодательства, обратная загрузка данных из квартальных отчетов в учетные регистры типовой конфигурации не поддерживается. Кроме того, создание элементов в справочнике ФизическиеЛица не формирует трудовых отношений: чтобы по людям можно было выполнять расчеты и формировать отчеты, потребуется дополнительно ввести документы ПриемНаРаботуВОрганизацию.

Импорт персональных данных через специализированные программы ПФР

Если на руках имеются только XML-файлы сданной отчетности, а данные нужно быстро извлечь без ручного набора, разберем обходной путь с использованием официальных бесплатных программ фонда (например, SPU_ORB, PD_SPU или «Документы ПУ»).

1. Установим и запустим программу SPU_ORB.
2. Выполним импорт имеющихся файлов отчетности XML в программу.
3. База данных программы сохраняет списки застрахованных лиц в файлах формата DBF (в частности, файл SPISOK.DBF содержит связку ФИО, даты рождения и номеров СНИЛС).
4. Используем стандартную обработку загрузки из DBF в 1С для наполнения справочника ФизическиеЛица и регистра сведений СтраховойНомерПФР.

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

Альтернативные способы массовой загрузки данных сотрудников

Рассмотрим другие эффективные сценарии переноса информации, если прямой импорт из пенсионных файлов недоступен или нецелесообразен:

1. Универсальная загрузка из табличного документа: с помощью типовой внешней обработки ЗагрузкаДанныхИзТабличногоДокумента.epf можно загрузить списки сотрудников из файлов Excel или табличных документов MXL. Обработка позволяет сопоставить колонки таблицы с реквизитами справочника ФизическиеЛица и одновременно заполнить подчиненные периодические регистры сведений (ФИОФизЛиц, ПаспортныеДанныеФизЛиц, ГражданствоФизЛиц).
2. Импорт из файлов справок 2-НДФЛ: годовые файлы отчетов по форме 2-НДФЛ в формате XML содержат полный комплект личных реквизитов (ФИО, ИНН, СНИЛС, паспортные данные, адрес регистрации). Их разбор с помощью встроенных средств платформы 1С через объект ЧтениеXML или ФабрикаXDTO выполняется просто и прозрачно.
3. Загрузка через зарплатные проекты: если ранее с банком производился обмен электронными реестрами на открытие счетов (форматы XML или DBF), эти файлы можно использовать как источник чистых паспортных данных для автозаполнения базы.
4. Перенос между базами 1С: при наличии данных в других конфигурациях (например, «Бухгалтерия предприятия») перенос выполняется без ручной работы через обработку УниверсальныйОбменДаннымиXML или ВыгрузкаЗагрузкаДанныхXML с выгрузкой справочников ФизическиеЛица, СотрудникиОрганизаций и соответствующих регистров.

Формирование корректирующей отчетности без исходных данных в базе

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

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

1. Формирование в составе текущего отчета: корректирующие сведения по персонифицированному учету подаются в составе текущей отчетной кампании. В квартальном отчете создается пачка с типом сведений «Корректирующая», где указывается корректируемый отчетный период и вносятся исправленные показатели стажа и взносов.
2. Использование внешних программ фонда: если сформировать пачку в 1С вызывает затруднения из-за отсутствия исходной расчетной базы, выгрузим исходный файл текущего квартала из 1С, загрузим его в программу фонда (SPU_ORB или PD_SPU), добавим там раздел с корректирующими сведениями за прошлый период, проверим встроенным модулем контроля и отправим готовый пакет в фонд.

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