При подготовке расчетных форм по страховым взносам в конфигурации «Зарплата и кадры 7.7» пользователи часто сталкиваются с ситуацией, когда отчет «Персонифицированные сведения о застрахованных лицах» формирует файл с расширением .pncb. При попытке передать данный файл напрямую через оператора электронного документооборота или загрузить его в программу «Налогоплательщик ЮЛ» возникает ошибка формата. Разберем по шагам, что представляет собой данный файл и как правильно довести данные до регламентированного формата сдачи отчетности.
Выясним причину, по которой конфигурация не формирует привычный XML-файл для сдачи в налоговую инспекцию. Файл с расширением .pncb (ранее имевший расширение .pcb) представляет собой внутренний промежуточный формат фирмы «1С». Он не является официальным ведомственным форматом ФНС или СФР (ПФР), поэтому внешние программы приема отчетности не могут обработать его напрямую.
Архитектурно конфигурация «Зарплата и кадры 7.7» сосредоточена на кадровом учете и начислении заработной платы. В ней отсутствует план счетов бухгалтерского учета и полные данные об общей хозяйственной деятельности предприятия. В то же время единый расчет по страховым взносам (форма по КНД 1151111) включает не только персонифицированные сведения о застрахованных лицах (Раздел 3), но и сводные данные по начисленным взносам, расходам на пособия и льготным тарифам (Раздел 1 и приложения). По замыслу разработчиков «1С 7.7», окончательная консолидация и выгрузка отчета возлагается на бухгалтерские конфигурации.
По своей структуре .pncb — это текстовый файл со специальными служебными разделителями. Внутри него зафиксированы паспортные данные сотрудников, их ИНН, СНИЛС, а также помесячные базы начислений и суммы начисленных взносов на обязательное пенсионное страхование по тарифам за отчетный квартал.
Рассмотрим стандартный механизм работы, предусмотренный разработчиками платформы. Для корректной подготовки единого расчета выполним последовательность действий:
.pncb в каталог на диске..pncb. Все пачки сотрудников с начислениями автоматически заполнят строки третьего раздела.Обратим внимание: важно отслеживать релизы комплекта регламентированной отчетности. В ранних версиях отчетов при разборе файла .pncb могли возникать сбои (например, ошибки контроля сумм по подразделу 3.2.2 или исключение из выгрузки сотрудников без начислений). В актуальных обновлениях отчетов такие ошибки устранены.
Проанализируем ситуацию, когда расчет зарплаты ведется в «ЗиК 7.7», а бухгалтерский учет ведется в сторонней программе либо в конфигурациях поколения «1С:Предприятие 8» (например, «1С:Бухгалтерия 8» редакции 3.0), где отсутствует прямая возможность загрузки устаревшего формата .pncb.
В этом случае оптимальным решением является развертывание пустой «технологической» базы «1С:Бухгалтерия 7.7». Разберем алгоритм ее применения:
.pncb в Раздел 3.Существуют альтернативные инструменты, созданные разработчиками сообщества. Среди них встречаются внешние обработки для «ЗиК 7.7», которые позволяют миновать этап промежуточного файла .pncb и выгрузить Раздел 3 сразу в формате XML 5.1, либо доработанные внешние отчеты для конфигураций «Бухгалтерия государственного учреждения» (БГУ) и «Бухгалтерия предприятия» (БП), содержащие встроенные модули разбора формата .pncb.
Если используется внешняя обработка-конвертер, необходимо учитывать следующее:
Рассмотрим системные аспекты, влияющие на процесс выгрузки данных. Платформа «1С 7.7» для работы с форматом XML использует внешнюю библиотеку v7plus.dll и системный компонент Windows MSXML.
Если в процессе выгрузки итогового отчета в XML программа выдает системную ошибку или сообщает о невозможности инициализировать парсер, проверяем регистрацию компоненты v7plus.dll в операционной системе. В 64-разрядных версиях Windows регистрацию файла необходимо выполнять через командную строку от имени администратора с использованием системной утилиты regsvr32, расположенной в каталоге SysWOW64.
Также файл .pncb крайне чувствителен к корректности идентификаторов: номер СНИЛС каждого сотрудника должен состоять строго из 11 цифр без лишних пробелов, а код категории застрахованного лица должен соответствовать действующему классификатору. Наличие незаполненных паспортных данных или дублей страховых номеров может прервать процесс загрузки файла в регламентированный отчет.