Документооборот с ПФР
Через API Контур.Экстерна в Пенсионный Фонд России можно отправить следующие формы отчетности:
СЗВ-М реестр застрахованных лиц (ежемесячная отчетность);
СЗВ-СТАЖ сведения о стаже застрахованных лиц;
СЗВ-КОРР корректировка ранее учтенных сведений;
ОДВ-1 корректировка или отмена сведений о рабочих местах в особых условиях труда;
Квартальная отчетность ДСВ-3;
АДВ 1,2,3 - Анкета застрахованного лица.
Также в Пенсионный Фонд России можно отправить другие формы отчетности через систему ЭДОК:
заявления на подключение к ЭДОК
СЗВ-ТД.
Подробнее про данные документообороты см. в статье Отчетность в ПФР по форме СЗВ-ТД
Особенности формирования отчетности в ПФР
В метаинформации черновика заполняется регистрационная информация, которую необходимо передавать в ПФР: код УПФР, регистрационный номер организации в ПФР.
Регистрационный номер и код УПФР всегда необходимо передавать в формате ПФР через дефис.
Маска кода УПФР: ХХХ-ХХХ.
Маска регистрационного номера: ХХХ-ХХХ-ХХХХХХ.
В черновике должен быть файл описи, в котором указаны дата и время создания файла.
Черновик будет доступен для отправки только в течение 24 часов от указанного в описи времени. Если через 24 часа черновик не отправлен, нужно снова сформировать файл описи. Так как время и дата файла описи не должны отличаться от даты и времени отправки более чем на 24 часа.
В документообороте с ПФР ответными документами являются подписи полученных от УПФР файлов.
Процесс работы с API
Создание черновика
Если нет файла описи:
Создаем DraftsBuilder с типом urn:drafts-builder:pfr-report, в метаинформации обязательно заполнить в RecipientInfo поле
upfr-code
, в AccountInfo полеregistration-number-pfr
— это информация, которая должна быть передана в УПФР с отчетом.
Пример регистрационного номера юридического лица в ПФР: 000-000-000000. Пример кода УПФР: 000-000.
Пример тела запроса для создания DraftsBuilder
{ "Sender": { "Inn": "7381415822", "Kpp": "111135111", "Name": "", "Certificate": { "Content": "MIIJyDCCCXW...plBLbm61IfFrgjCSh3pteYQ9XEx2s8eFFg" }, "IsRepresentative": false, "IPAddress": "8.8.8.8" }, "Payer": { "Inn": "7381415822", "Name": "", "Organization": { "Kpp": "111135111" }, "RegistrationNumberFss": null, "RegistrationNumberPfr": "823-858-020760" }, "Recipient": { "IfnsCode": null, "MriCode": null, "TogsCode": null, "UpfrCode": "666-666", "FssCode": null, "RegistrationIfnsCode": null }, "BuilderType": "urn:drafts-builder:pfr-report", "BuilderData": null }
Когда все файлы для отчета с подписями добавлены в документы, запускаем сборку черновика. В результате в черновике будут все добавленные документы и файл «Описание отчетности». Подробнее о процессе работы с DraftsBuilder.
Переходим к работе с черновиком. Перед проверкой черновика обязательно нужно подписать файл описи.
Если файл описи есть, переходим сразу к работе с черновиком.
Документооборот
См.также
Подробная схема и описание возможных статусов документооборота с ПФР представлены в разделе спецификации.
Пользователь отправляет отчет в УПФР.
В течение 2-х рабочих дней с момента отправки отчета УПФР высылает квитанцию (подтверждение о получении).
Квитанция (подтверждение о получении) – документ, подтверждающий факт доставки отправленных документов в ПФР. Регламентированный срок получения квитанции составляет 2 рабочих дня.
В течение 4-х рабочих дней с момента отправки отчета УПФР высылает протокол контроля.
Протокол контроля — документ, который содержит результат проверки отчета на стороне контролирующего органа и имеет статус. Положительный протокол и свидетельствует об удачной сдаче отчета в ПФР в случае, если ошибок не обнаружено. Отрицательный протокол свидетельствует о наличии ошибок, в таком случае требуется повторная отправка отчета. Регламентированный срок получения протокола составляет 2 рабочих дня с момента получения квитанции о доставке.
Пользователь подписывает поступивший протокол из УПФР, что является подтверждением получения протокола.
Примечание
В документообороте с УПФР ответными документами являются подписи расшифрованных контентов протокола контроля и всех приложений к протоколу. Подписи должны быть отправлены все вместе. Для этого были реализованы методы для работы с ответными документами в ПФР.
Когда пользователь получает протокол контроля (документ с типом urn:document:pfr-report-protocol), под ним будет сформирована ссылка на создание пакета ответного документа. Метод: POST GeneratePfrReply. В результате метод вернет сгенерированную структуру пакета ответных документов.
Внутри пакета ответных документов в каждом документе будет лежать зашифрованный контент документов из УПФР. Также в документе будет ссылка, чтобы скачать его.
Пользователь для каждого документа сам расшифровывает контент и загружает его обратно: в документе будет ссылка на добавление расшифрованного контента. Метод: PUT SavePfrReplyDocumentDecryptedContent.
Далее необходимо во все документы приложить подпись пользователя, которой он расшифровывал контент, в формате base64. В документе также будет ссылка. Метод: PUT SavePfrReplyDocumentSignature.
Когда ко всем документам будут приложены расшифрованные контенты и подписи, можно отправлять сформированный пакет ответных документов. Метод: POST SendPfrReplyDocument.
Полезные ссылки по отчетности в ПФР
Порядок подключения к системе ЭДО ПФР - в данной статье раскрыты особенности оформления юридических документов. Для некоторых регионов существуют свои правила.