Как исправить некорректное отражение налогов и страховых взносов для договорников в 1С:ЗГУ (3.1.34.57 и 3.1.34.58)?

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Бухгалтерский учет Сфера услуг, туризм и социальный сектор
← На главную

При работе с программным продуктом 1С:Зарплата и государственные учреждения 8 (1С:ЗГУ) пользователи могли столкнуться с проблемой некорректного отражения бухгалтерского учета заработной платы, особенно для сотрудников, работающих по договорам гражданско-правового характера (ДГПХ). Данная ситуация получила широкое распространение в конфигурациях 3.1.34.57 и 3.1.34.58. Рассмотрим эту проблему подробно и выясним, как ее можно решить.

Основная суть проблемы заключается в том, что при создании документа Отражение зарплаты в бухучете программа начинает по непонятным причинам выделять налоги для договорников на КЭК 211 и связывать их со статьей финансирования бюджетное финансирование, хотя ранее подобные ошибки не наблюдались. Более того, страховые взносы по статьям финансирования также разбиваются неверно, что приводит к искажению данных в бухгалтерском учете и вызывает затруднения при формировании отчетности.

Выясняем причину возникновения ошибки

Мы глубоко проанализировали ситуацию и установили, что данная ошибка напрямую связана с появлением нового реквизита в справочнике Статьи финансирования. Этот реквизит называется ИспользоватьБюджетныйТарифНСиПЗ, или, как он отображается в пользовательском интерфейсе, «Использовать бюджетный НС и ПЗ». Его введение стало частью обновлений, реализованных в версиях 3.1.34.57 и 3.1.34.58 программы 1С:ЗУП (и, соответственно, 1С:ЗГУ), которые включали в себя новые возможности, такие как указание скидок или надбавок к тарифу страховых взносов на несчастные случаи и профессиональные заболевания (НСиПЗ), а также версионирование (хранение истории изменений) для справочников Контрагенты и Статьи финансирования. Вероятно, именно изменения в логике учета страховых взносов и способах их связи со статьями финансирования привели к нарушению корректного распределения для договоров гражданско-правового характера.

При стандартной настройке этот флажок предназначен для регулирования особенностей начисления взносов НСиПЗ для сотрудников, финансирование которых осуществляется из бюджетных средств, с учетом определенных бюджетных тарифов или льгот. Однако, из-за ошибки в программной логике, для договорников, чьи взносы могут рассчитываться по иным правилам или тарифам (в зависимости от вида деятельности и условий договора), этот флажок стал влиять на распределение некорректным образом, принудительно привязывая налоги и взносы к бюджетному финансированию и КЭК 211, даже если это не соответствует реальным условиям.

Временное решение проблемы: корректировка статьи финансирования

До момента выпуска официального исправления или обновления программы, нам необходимо было применить временные меры для обеспечения правильного ведения бухгалтерского учета. Суть временного решения заключается в корректировке настроек статьи финансирования, используемой для расчетов с сотрудниками по договорам ГПХ. Рассмотрим два основных подхода к этому решению: прямой и более осторожный, которые помогут нам оперативно исправить ситуацию.

Прямой подход: снятие флажка "Использовать бюджетный НС и ПЗ"

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

  1. Переходим в настройки статей финансирования: Мы должны открыть программу 1С:ЗГУ и перейти в раздел Настройка. В этом разделе нам нужно найти и выбрать пункт Статьи финансирования.

  2. Выбираем нужную статью финансирования: В открывшемся списке статей финансирования нам необходимо найти ту статью, которая в настоящий момент используется для расчетов с физическими лицами по договорам гражданско-правового характера. Зачастую это может быть статья с наименованием Бюджетное финансирование, Основная деятельность или любая другая, к которой привязаны данные виды договоров. Откроем карточку выбранной статьи для редактирования.

  3. Снимаем флажок «Использовать бюджетный НС и ПЗ»: Внутри карточки выбранной статьи финансирования мы увидим ряд реквизитов. Наша задача — найти реквизит с названием «Использовать бюджетный НС и ПЗ». Критически важно снять флажок, расположенный напротив этого реквизита. Это действие отключит логику, которая приводила к некорректному распределению налогов и взносов для договорников.

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

  5. Перепроводим документы: Самый важный шаг после изменения настроек – это обязательное перепроведение всех документов, в которых были исчислены страховые взносы за период, начиная с момента возникновения ошибки (то есть с момента обновления до версий 3.1.34.57 или 3.1.34.58). К таким документам относятся Начисление зарплаты и взносов, Начисление прочих доходов и, возможно, другие документы, формирующие базу для страховых взносов. Перепроведение обеспечит, что программа заново пересчитает взносы, используя обновленные настройки статьи финансирования, и корректно отразит их в бухгалтерском учете.

  6. Повторяем для всех затронутых статей: Если в вашей информационной базе используется несколько статей финансирования для различных типов расчетов, и проблема с некорректным отражением взносов наблюдается для каждой из них, нам следует выполнить аналогичные действия по снятию флажка «Использовать бюджетный НС и ПЗ» для всех соответствующих статей.

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

Более осторожный подход: создание новой статьи финансирования

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

  1. Переходим в настройки статей финансирования: Аналогично предыдущему подходу, мы открываем раздел Настройка и выбираем Статьи финансирования.

  2. Копируем существующую статью: Нам нужно найти статью финансирования, которая в текущий момент используется для расчетов по ДГПХ (например, Бюджетное финансирование). Вместо прямого редактирования, мы копируем эту статью. Это можно сделать, выбрав статью в списке и нажав кнопку Копировать (обычно находится в верхней части формы списка или в контекстном меню). Программа создаст новую статью со всеми параметрами исходной.

  3. Присваиваем новое наименование: Для созданной копии статьи финансирования нам необходимо присвоить уникальное и понятное наименование, которое будет четко указывать на ее предназначение. Например, мы можем назвать ее Бюджетное финансирование ДГПХ или Финансирование ДГПХ (без НС и ПЗ бюджет). Это поможет нам легко ориентироваться в списке статей в будущем.

  4. Снимаем флажок «Использовать бюджетный НС и ПЗ» для новой статьи: В карточке только что созданной и переименованной статьи финансирования (например, Бюджетное финансирование ДГПХ) нам необходимо найти реквизит «Использовать бюджетный НС и ПЗ» и снять с него флажок. Сохраняем изменения.

  5. Подменяем статью финансирования в договорах ДГПХ: Теперь, когда у нас есть корректно настроенная статья финансирования для договорников, нам нужно применить ее. Мы должны открыть каждый документ Договор (работы, услуги) или аналогичные документы, по которым производятся расчеты с физическими лицами по договорам гражданско-правового характера. В каждом таком документе необходимо найти поле, где указана статья финансирования, и заменить старую статью (например, Бюджетное финансирование) на вновь созданную (Бюджетное финансирование ДГПХ). Это гарантирует, что все будущие начисления по этим договорам будут использовать правильные настройки.

  6. Перепроводим документы начислений: Как и в случае с прямым подходом, критически важно перепровести все документы, в которых были исчислены страховые взносы для этих договорников. Это необходимо для того, чтобы программа пересчитала взносы с учетом новой статьи финансирования и отразила их в бухгалтерском учете корректным образом. Не забывайте о хронологической последовательности перепроведения.

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

Официальное исправление: патч EF_70004778

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

Действие патча заключалось в удалении четырех строк кода из общего модуля УчетСтраховыхВзносов. Эти строки кода были непосредственно связаны с ошибочной логикой использования реквизита ИспользоватьБюджетныйТарифНСиПЗ при определении способа расчета и отражения взносов для определенных статей финансирования. После установки патча программа начинает работать корректно, и вручную снимать флажок «Использовать бюджетный НС и ПЗ» становится ненужным.

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

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

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

  1. Корректность настроек видов начислений: Мы должны внимательно просмотреть каждый вид начисления, который используется для расчета заработной платы, вознаграждений по ДГПХ и прочих выплат. Особое внимание уделите полю Вид дохода для целей исчисления страховых взносов. Неправильная настройка этого поля — одна из самых частых причин некорректного расчета базы для взносов. Убедитесь, что для доходов по договорам ГПХ указан соответствующий вид дохода, например, Доходы по договорам гражданско-правового характера. Проверьте, что для каждого вида дохода корректно указано, облагается ли он страховыми взносами и какими именно.

  2. Правильность заполнения сведений о сотрудниках: Необходимо перейти в карточку каждого сотрудника или физического лица, с которым заключен договор гражданско-правового характера. На закладке Страхование мы должны тщательно проверить, что все сведения заполнены актуально и корректно. Это включает в себя правильный страховой статус (например, Застрахованное лицо в РФ), гражданство, а также даты начала и окончания страхования. Некорректные данные здесь могут привести к неправильному определению тарифов или отсутствию начислений взносов.

  3. Актуальность и правильность настроенных тарифов страховых взносов: Мы должны проанализировать, насколько актуальны и верно настроены тарифы страховых взносов в вашей информационной базе. Тарифы могут меняться законодательно, и их своевременное обновление в программе критически важно. Если ваша организация имеет право на применение пониженных тарифов (например, для МСП, IT-компаний и т.д.), убедимся, что условия их применения соблюдены, и все необходимые параметры корректно заданы в программе. Для этого нам следует проверить регистры сведений, отвечающие за тарифы страховых взносов, и убедиться, что они соответствуют текущему законодательству и учетной политике организации.

  4. Соблюдение последовательности проведения документов: Большинство ошибок при начислении зарплаты и взносов в 1С:ЗУП (и, соответственно, ЗГУ) возникают при нарушении хронологической последовательности проведения документов. Это фундаментальное правило работы с 1С. Мы всегда должны проверять и, при необходимости, перепроводить документы в строгом порядке: сначала все документы начислений (Начисление зарплаты и взносов, Больничный лист, Отпуск и т.д.), затем документы выплаты, и только после этого — документы, формирующие отражение в бухгалтерском учете. Для поддержания порядка и исправления ошибок последовательности рекомендуется регулярно использовать обработку Групповое перепроведение документов, доступную в разделе Администрирование или Зарплата. Это поможет нам избежать "плавающих" ошибок, которые появляются и исчезают при изменении данных.

  5. Использование документа "Перерасчет страховых взносов": Если после выполнения всех вышеуказанных проверок, корректировок настроек и тщательного перепроведения документов проблема с частичным или полным некорректным отражением страховых взносов сохраняется, нам может помочь создание документа Перерасчет страховых взносов за соответствующий месяц. Этот документ инициирует полный перерасчет всех взносов по выбранным сотрудникам или по всей организации за указанный период. Он часто позволяет скорректировать ранее возникшие ошибки, которые могли быть вызваны изменениями задним числом или сложной последовательностью событий. Документ можно найти в разделе Зарплата -> Перерасчеты. При его создании можно выбрать месяц, за который требуется выполнить перерасчет, и указать сотрудников, если проблема локальна.

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

← На главную