Почему в 1С:Бухгалтерии при расчете больничного не заполняется средний заработок за 2023 год?

Многие пользователи и технические специалисты при работе в программе «1С:Бухгалтерия предприятия 3.0» столкнулись с неприятной ситуацией: при оформлении документа Больничный лист в 2024 году данные за 2022 год подтягиваются корректно, а за 2023 год остаются пустыми. Это происходит даже в тех случаях, когда зарплата за весь 2023 год была начислена вовремя, а страховые взносы рассчитаны и уплачены. Давайте вместе разберем причины возникновения этой проблемы и рассмотрим способы её решения.

Выясним причину: почему 2023 год стал «особенным»?

Для начала проанализируем ситуацию с точки зрения законодательства. С 1 января 2023 года в Российской Федерации произошли глобальные изменения в системе учета налогов и взносов — был введен Единый налоговый счет (ЕНС) и Единый тариф страховых взносов. До 2023 года взносы на обязательное социальное страхование (ФСС) учитывались отдельно на счете 69.01. После реформы все взносы (пенсионные, медицинские и социальные) стали учитываться одной суммой по единому тарифу на счете 69.09.

Проблема кроется в алгоритмах программы. Процедуры сбора данных для расчета среднего заработка в 1С исторически опирались на сведения о доходах, которые являлись базой для взносов именно в ФСС. После перехода на единый тариф привычные программные фильтры перестали «видеть» начисления за 2023 год, так как они теперь регистрируются по новым правилам и в новых аналитических разрезах. При этом расчет среднего заработка для отпусков может работать корректно, так как он использует другой регистр накопления (базу по НДФЛ и общему заработку), который не затронули изменения в страховых взносах.

Разберем техническую сторону проблемы

Если мы заглянем «под капот» конфигурации, то увидим, что данные для больничного собираются не из бухгалтерских проводок, а из специализированного регистра накопления Сведения о доходах (страховые взносы). В коде общего модуля УчетСтраховыхВзносовКлиентСервер существует функция, определяющая дату объединения взносов:

Функция ДатаОбъединенияВзносов() Экспорт 
    Возврат '20230101'
КонецФункции

В некоторых релизах программы алгоритм запроса к базе данных содержал ошибку: он некорректно обрабатывал переходный период. Из-за этого суммы, начисленные с 01.01.2023, просто игнорировались при формировании выборки для пособий. Рассмотрим, как это можно исправить.

Вариант 1. Установка официального патча (рекомендуется)

Фирма «1С» оперативно выпустила исправление для этой ошибки. Если в вашей базе включена автоматическая загрузка патчей, решение могло прийти само, но иногда требуется ручная проверка. Проанализируем шаги для установки исправления:

1. Перейдем в раздел Администрирование — Обслуживание.
2. Раскроем блок Обновление программы и выберем пункт Установленные исправления (патчи).
3. Убедимся, что в списке присутствует патч с номером EF_30180121. Именно он отвечает за корректный сбор доходов для среднего заработка за 2023 год.
4. Если патча нет, нажмем кнопку Поиск и установка исправлений (требуется доступ к интернет-поддержке).

После установки патча рекомендуется перезапустить программу и заново выбрать сотрудника в проблемном документе Больничный лист — данные должны заполниться автоматически.

Вариант 2. Обновление конфигурации до актуального релиза

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

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

Вариант 3. Использование «костыля» в коде (для разработчиков)

В сообществе обсуждался способ временного решения проблемы путем изменения даты в функции ДатаОбъединенияВзносов. Суть метода заключалась в том, чтобы «обмануть» программу, заставив её думать, что объединение взносов произойдет только в 2024 году:

// Временный костыль в общем модуле УчетСтраховыхВзносовКлиентСервер
Функция ДатаОбъединенияВзносов() Экспорт 
    // Возврат '20230101' - исходный код
    Возврат '20240101' // временное изменение
КонецФункции

Внимание: мы настоятельно не рекомендуем использовать этот метод на постоянной основе. Изменение этой даты может повлиять на формирование отчетности по страховым взносам (ЕФС-1, РСВ) и на корректность проводок по счету 69.09. Если вы применили этот «костыль», обязательно верните код в исходное состояние сразу после установки официальных патчей или обновлений.

Что делать, если данные все равно не подтягиваются?

Проанализируем ситуацию, когда патч установлен, но средний за 2023 год по-прежнему пуст. В этом случае выполним следующие действия:

1. Проверка регистра: Откроем Все функции (или Функции для технического специалиста) — Регистры накопления — Сведения о доходах (страховые взносы). Сделаем отбор по сотруднику за 2023 год. Если записей нет, значит, проблема в документах Начисление зарплаты — их нужно перепровести.
2. Запрос данных из СФР: Напомним, что с 2024 года расчет пособий должен производиться на основании данных, полученных от Социального фонда (СФР). В программе 1С:БП 3.0 предусмотрен механизм СЭДО. Рассмотрим возможность отправки документа Запрос данных о среднем заработке в СФР. После получения ответа от фонда данные автоматически загрузятся в систему и будут использованы в больничном.
3. Входящая справка: Если сотрудник устроился к вам в 2023 или 2024 году, данные о его доходах у предыдущего работодателя за 2023 год должны быть внесены документом Справка для расчета пособий (входящая).

Подводя итог, отметим, что ситуация с незаполнением среднего за 2023 год является признанной программной ошибкой, связанной с переходом на ЕНС. Решим её максимально корректным способом — через установку патча EF_30180121 или обновление конфигурации, избегая ручного вмешательства в программный код без крайней необходимости.