Подготовка отчетов для ПФР с использованием программ фирмы "1С"

Несколько моментов (очень коротко) из теории.

• В соответствии с Федеральным законом от 24 июля 2009 г. N 212-ФЗ "в  течение  расчетного  (отчетного)  периода  по  итогам каждого календарного  месяца  плательщики страховых взносов производят исчисление ежемесячных   обязательных  платежей  по  страховым  взносам,  исходя  из величины  выплат и иных вознаграждений, начисленных (осуществленных - для плательщиков  страховых  взносов  -  физических  лиц) с начала расчетного периода  до  окончания  соответствующего  календарного  месяца, и тарифов страховых  взносов,  за  вычетом  сумм ежемесячных обязательных платежей, исчисленных  с  начала  расчетного  периода по предшествующий календарный месяц включительно". Т.е. в переводе с русского языка на русский исчисление взносов производится нарастающим итогом с начала года.
• Округление до целых рублей производится после суммирования всех данных индивидуального учета в целом по плательщику страховых взносов.
• Более того, определяется в полных рублях сумма страховых взносов, подлежащая перечислению в соответствующие государственные внебюджетные фонды. Т.е. округление суммы, подлежащей перечислению в ПФР, производится после суммирования страховой и накопительной части.

Итак: персонифицированный учет ведется в рублях и копейках, соответствующие сведения (отчеты СЗВ-6) в ПФР подаются также с точностью до копейки. Остальные отчеты (РСВ-1) сдаются в рублях. Подробнее: хорошая статья на сайте www.buh.ru.

Появилась CheckXml-UFA - программа форматно-логического контроля файлов отчетности в ПФР в формате XML по формам РСВ-1, РСВ-2, РВ-3. Как следует из анонса программа в отличии от своей предшественницы CheckXml проверяет не только формат представления данных, но и содержание. В частности, проверяется код ОКВЭД, содержание (правильность расчета) строк 241 и 241 отчета "РСВ-1" и т.д.

При установке CheckXml-UFA следует обратить внимание на последнее окно, в котором предлагается установить программу Firebird (см. рис.1). Эту галочку можно снять только в том случае, если указанная программа уже установлена, так как без Firebird программа CheckXml-UFA работать не будет.

Рис. 1 Необходимо установить программу Firebird

В процессе работы при попытке проверки выбранного файла может возникнуть ошибка "Класс не зарегистрирован" (см. рис.2). В этом случае нужно установить на компьютер MSXML (XML parser)  версии 6.0. Нужна именно шестая версия, чаще всего бывает установлена третья или четвертая.

Рис. 2 Возможная ошибка

При подготовке отчетов можно рекомендовать следующую схему работы:

• Формирование пачек в программе фирмы "1С", запись их в файлы. Можно ограничиться только пачками СЗВ-6, АДВ-6 не нужны.
• Импорт сведений из подготовленных в программе фирмы "1С" файлов в программу, предназначенную для подготовки отчетов в ПФР и рекомендованную региональным отделением ПФР.
• Выгрузка отчетов для ПФР в программе, рекомендованной региональным отделением ПФР.

Почему так. Потому что формат файлов, подготовленных в программе фирмы "1С", может не совпасть с форматом программы, рекомендованной региональным отделением ПФР. В частности, при формировании пачки "СВЕДЕНИЯ О СТРАХОВЫХ ВЗНОСАХ И СТРАХОВОМ СТАЖЕ ЗЛ" (это СЗВ-6) в программе "1С: Зарплата и кадры 7.7" (релиз 298) в случае нулевых сумм взносов, начисленных в накопительную часть, в файле отсутствует блок "СуммаВзносовНаНакопительную". В программах, предназначенных для подготовки отчетов в ПФР, такой блок присутствует даже при нулевых суммах. Программа CheckXml версии от 1 июля 2010 года это ошибкой не считает, хотя ее более ранние версии "ругались". Но не факт, что при сдаче отчетности не возникнет проблем. Поэтому лучше готовить файлы для ПФР в той программе, которую рекомендует отделение ПФР.

Программа CheckXml-UFA версии 1.0b от 20.06.2010г неправильно контролирует расчет по тарифу в строках 241 и 242 отчета "РСВ-1" (см. для примера протокол). Как видно из пояснения в протоколе контроль осуществляется по формуле "Стр. 241 гр. 6 +стр. 242 гр. 6= (стр. 220 гр. 4 стр. 221 гр. 4+стр. 220 гр. 5 +стр. 221 гр. 5+ стр. 220 гр.6+ стр. 221 гр. 6)*тариф (значение округляем) – стр. 241 гр. 4- стр. 242 гр.4 -стр. 241 гр. 5-стр. 242 гр. 5", т.е. используются графы 4, 5 и 6, т.е. данные только за последние три месяца отчетного периода без учета предыдущих. Но именно эта версия записывалась страхователям в конце июня - начале июля 2010 года и именно эта версия использовалась сотрудниками ПФР при приеме отчетности вплоть до 6 июля на момент написания статьи.

Версия 1.0.3b от 25.06.2010г работает уже по другой формуле: "С­т­р. 241 г­р­.6 + с­т­р. 242 г­р­.6= ((с­т­р­.220г­р­.3 + с­т­р­.221г­р­.3 )* т­а­р­и­ф) – ((с­т­р­.220г­р­.3 - с­т­р­.220г­р­.4 - с­т­р­.220г­р­.5 - с­т­р­.220г­р­.6) + (с­т­р­.221г­р­.3 - с­т­р­.221г­р­.4 - с­т­р­.221г­р­.5 - с­т­р­.221г­р­.6)) * т­а­р­иф (з­н­а­ч­е­н­ие о­к­р­у­г­л­я­е­м) -С­тр 241 г­р­.4-С­тр 242 г­р­.4-С­тр 241 г­р­.5-С­тр 242 г­р­.5". Как видно, здесь уже задействована графа 3, т.е. данные за весь расчетный период с начала года.

К сожалению, в программах фирмы "1С" при подготовке отчетов для ПФР значения строк 241 и 242 не всегда рассчитываются верно, и это будет вызывать серьезные трудности при сдаче отчетов в условиях такого жесткого контроля со стороны ПФР. Частыми будут расхождения на рубль.

Версия 1.0.9b от 07.09.2010г программы CheckXml-UFA при проверке показателей в строках 241 и 242 отклонение от расчетного (ожидаемого)  значения на рубль ошибкой не считает и даже предупреждение не выводит, причем при отклонениях в любую сторону. Однако только при проверках указанных строк, в остальных случаях по прежнему возможны ошибки как результат округлений. Например программа контролирует значение строки 150, которое должно быть равно разности строк 130 и 140, и здесь уже отклонение на рубль считается ошибкой. Проблема в том, что программы фирмы "1С", например "1С:Бухгалтерия 7.7", рассчитывают значение графы 3 строк 241 и 242 с точностью до копейки, эти значения без округления попадают в строку 130 и также с точностью до копейки участвуют в упомянутой выше формуле стр.150  = стр.130 - стр. 140, и только в строке 150 результат округляется, отсюда и отклонение.

Не всегда верно программа CheckXml-UFA контролирует код ОКВЭД (см. протокол). Например, "ругается" на код "72.21" (разработка ПО) или "72.22", но принимает код "72.2".

Несколько слов о программе, разработанной отделением ПФР по Оренбургской области - Spu_orb (рекомендована в Поволжье и на Урале). Нужно использовать версию не ранее 1.36 от 30.06.2010. В ПФР страхователям записывалась версия 1.35, она содержит критические ошибки, файл выгрузки проверку в CheckXml не пройдет. Расчет страховых взносов, встроенный в эту программу, также использовать не рекомендую - ошибка аналогичная описанной выше для CheckXml-UFA версии 1.0b от 20.06.2010г - расчет в пределах квартала, а не с начала года.

Адреса для информирования. С точки зрения нормативных требований передаются не всегда, а только в том случае, если работник еще не зарегистрирован в ПФР или адрес изменился. CheckXml отсутствие блока "АдресЗЛ" ошибкой не считает, выводит в протокол результата тестирования предупреждение. Но наличие пустого блока "АдресЗЛ", т.е. с пустыми элементами, уже считается ошибкой. Программа, разработанная отделением ПФР по Оренбургской области, Spu_orb версии 1.37 именно это и делает - при отсутствии адреса включает в файл выгрузки пустой блок "АдресЗЛ". Поэтому переносить сведения из программ фирмы "1С" в этом случае нужно с адресами. А уж если блок "АдресЗЛ" присутствует в файле, то и все его элементы проходят проверку в CheckXml на соответствие КЛАДРу. Для проверки адресов на соответствие КЛАДРу в программе "1С: Зарплата и кадры 7.7" можно использовать Экспресс-проверку ведения учета для программы "1С:Зарплата и кадры 7.7" (см. рис.3). В составе этой программы есть и такая проверка, в том числе в бесплатной версии.

Рис. 3 Пример использования правила проверки

В программе "1С:Зарплата и кадры 7.7", начиная с релиза 7.70.301, изменился порядок формирования формы "РСВ-1" для ПФР. Теперь суммы уплаченных взносов, для заполнения строк 140…144, получаются из данных зарегистрированных документами "Расчеты по страховым взносам". Остаток страховых взносов, подлежащих уплате на начало расчетного периода (строка 100), и суммы доначисленых взносов с начала расчетного периода (строка 120) по-прежнему вводятся в таблице на закладке "Задолженность по взносам". Дата документа определяется месяцем, в котором перечислены страховые взносы (см. рис.4). Месяц начисления взносов для формирования отчета "РСВ-1" значения не имеет.

Рис. 4 Документ "Расчеты по страховым взносам"

Такие изменения открывают новые возможности для автоматизированного переноса данных об уплаченных страховых взносах (ниже изложено кратко, подробнее по ссылке) из программ бухгалтерского учета в программы расчета заработной платы фирмы "1С" без изменения типовых конфигураций. На рис. 5 показана обработка, предназначенная для выгрузки в промежуточный файл таких данных. Обработка используется совместно с правилами переноса уплаченных взносов, их необходимо выбрать в поле ввода "Имя файла правил", а затем нажать кнопку "Загрузить правила обмена". Кроме этого нужно указать имя файла данных (промежуточного файла данных) и период, за который производится перенос данных об уплаченных взносах. Обработка предназначена для использования с программами "1С:Бухгалтерский учет 7.7", "1С:Упрощенная система налогообложения 7.7", "1С:Производство услуги бухгалтерия 7.7" (ПУБ) и "1С:Комплексная конфигурация 7.7" для переноса данных в программу "1С:Зарплата и кадры 7.7".

Рис.5 Обработка для выгрузки данных об уплаченных взносах

Обработка для выгрузки данных об уплаченных взносах рассчитывает суммы за каждый месяц по той же формуле что и регламентированный отчет "РСВ-1" (см. файл RCV102.ert), например:  П000100014103 = БухИт.ДО("69.2.2",,, Перечисление.ВидыПлатежейВБюджет.Налог) + БухИт.ДО("69.2.2",,, Перечисление.ВидыПлатежейВБюджет.НалогСам), где в качестве периода бухгалтерских итогов установлен месяц из выбранного периода выгрузки. А затем за каждый месяц формируется документ "Расчеты по страховым взносам", который и попадает в выгрузку, если сумма не равна нулю.

Для загрузки данных об уплаченных взносах предназначена соответствующая обработка (см. рис.6). Единственное что нужно указать: имя файла, в который производилась выгрузка из программы бухгалтерского учета.

Рис.6 Обработка для загрузки данных об уплаченных взносах

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

При подготовке формы "РСВ-1" для ПФР за 2011 год можно столкнуться с такой проблемой. Изменились коды тарифа, в частности для организаций и предпринимателей, находящихся на упрощенной системе налогообложения, должен указываться код "51" (ранее "05").  Аналогично для организаций и предпринимателей, уплачивающих ЕНВД. Если же указать по старому код тарифа "05", то программа контроля отчетности  ПФР CheckXml-UFA (на момент написания статьи версия 1.1.34 от 07.04.2011 г.) не указывает на эту ошибку. Вместо этого она использует при проверке тариф равный нулю и выдает сообщения об ошибках (см. рис. 7) о неправильных расчетах по тарифу. Обратите внимание: ожидаемое значение равно 0.

Рис. 7 Сообщение о неправильных расчетах по тарифу как результат неправильного указания кода тарифа.

Описанную ошибку хорошо идентифицирует другая программа проверки - CheckXml, но на нее теперь нет ссылки с официального сайта ПФР. Поэтому привожу ссылку на программу проверки CheckXml и рекомендую использовать обе программы.

В регламентированной отчетности для "1С:Предприятие 7.7" за 1 квартал 2011 года правильный список кодов тарифов появился в релизе 003 от 07.04.2011 года.

Понятно, что обо всех возможных проблемах мне рассказать не удалось, но кому-то эта информация возможно пригодится.

© Борис Балясников, дата последних изменений апрель 2011г.