При переходе с программы 1С:Зарплата и управление персоналом редакции 2.5 на редакцию 3.1 посреди года (например, в третьем квартале) бухгалтеры часто сталкиваются со следующей проблемой: при подготовке расчета по страховым взносам (РСВ) за текущий период встроенная проверка программы выдает многочисленные ошибки контрольных соотношений (КС) по строкам 020, 030, 061 и другим ключевым показателям.
Кроме того, в отчете может неожиданно появиться заполненное «Приложение 10» с единственным заполненным полем «Уникальный номер» со значением «001», хотя никаких обучающихся студентов в организации нет, а сама программа ругается на незаполненные персональные данные в этой строке. В данной статье мы подробно разберем причины возникновения этих ошибок и пошагово решим каждую из них.
Давайте проанализируем, как работает алгоритм проверки контрольных соотношений в решениях 1С и проверочных программах ФНС. Все страховые взносы рассчитываются и декларируются нарастающим итогом с начала расчетного периода (календарного года). Сервис проверки сопоставляет показатели текущего отчетного периода с данными предыдущих отчетов по математической формуле:
[Показатель с начала года] - [Показатель за предыдущие периоды] = [Показатель за последние 3 месяца]
Разберем ситуацию на примере перехода на ЗУП 3.1 в июле (середина года):
РегламентированнаяОтчетность отсутствуют, так как они физически не создавались в этой информационной базе.Для восстановления корректной работы проверочных механизмов нам не нужно вручную перезаполнять и пересчитывать прошлые периоды в новой базе. Достаточно импортировать архивные отчеты в ЗУП 3.1 как исторический факт отправки. Выполним следующие действия по шагам:
Иногда при формировании отчета РСВ бухгалтеры замечают, что в списке разделов активна вкладка «Приложение 10» (предназначенная для плательщиков, выплачивающих доходы студентам за работу в студенческих отрядах). При этом в самом приложении автоматически генерируется строка с уникальным номером «001». Попытки очистить данную ячейку ни к чему не приводят — значение возвращается, а при выгрузке вы получаете ошибку формата XML-схемы из-за незаполненных сопутствующих персональных данных.
Рассмотрим природу этого поведения системы. Уникальный номер «001» — это системный автоинициализатор первой строки таблицы, жестко зашитый разработчиками в макет формы. Программа резервирует эту строку в XML-структуре, как только лист становится активным. Если студенты в вашей компании никогда не работали, это приложение необходимо полностью исключить из структуры выгрузки отчета.
Выполним процедуру отключения неиспользуемого раздела по шагам:
После этого Приложение 10 полностью исчезнет из левой панели навигации отчета и не попадет в итоговый выгружаемый файл XML, что решит проблему с некорректным номером «001».
Если после импорта прошлых отчетов и отключения ненужных приложений ошибки в контрольных соотношениях сохраняются, необходимо проверить корректность самих перенесенных данных за полугодие до перехода. При переносе из ЗУП 2.5 в ЗУП 3.1 сведения записываются напрямую в технические документы ПереносДанных (с кодами «ПД», «ЗП» и др.).
Рекомендуем проанализировать правильность заполнения регистров с помощью отчета «Анализ взносов». Сформируем этот отчет следующим образом:
Если в месяцах до перехода (например, в марте или мае) обнаружены расхождения, их первопричиной является некорректное заполнение регистров при переносе. Для исправления таких несоответствий придется точечно скорректировать данные в документах ПереносДанных по регистрам накопления:
УчетДоходовДляИсчисленияСтраховыхВзносовСтраховыеВзносыИПДЛИсчисленныеСтраховыеВзносыДля понимания того, как система сопоставляет эти данные на уровне запроса конфигурации, приведем упрощенный пример логики сравнения показателей внутри программного кода 1С:
Если ПоказательСНачалаГода <> (ПоказательПрошлыхПериодов + НачисленоЗаПоследнийКвартал) Тогда
ВызватьИсключение "Ошибка контрольных соотношений: не совпадает нарастающий итог!";
КонецЕсли;
Убедитесь, что в базе отсутствуют дублирующиеся физические лица. При переносе данных сотрудники могли задвоиться, из-за чего начисления одного человека распределились по двум разным карточкам. Это вызовет расхождения в Разделе 3 отчета РСВ по конкретным СНИЛС и ИНН.