В процессе реорганизации или сокращения штата бухгалтеры государственных и коммерческих учреждений сталкиваются с необходимостью начисления и выплаты уволенным сотрудникам сохраняемого среднего заработка на время трудоустройства. Если деятельность сотрудника финансировалась из нескольких источников (например, за счет разных КФО, субсидий или коммерческой деятельности), его средний заработок также должен распределяться по этим статьям пропорционально исторической базе.
Однако при попытке отразить такие операции в программе «1С:Зарплата и кадры государственного учреждения» (ЗКГУ) или «1С:Зарплата и управление персоналом» (ЗУП) редакции 3.1 пользователи сталкиваются с жесткими системными ограничениями. Давайте подробно разберем, почему программа ведет себя именно так, проанализируем имеющиеся штатные механизмы и рассмотрим практические обходные пути (Workarounds) и варианты программной доработки.
Многие бухгалтеры, перешедшие со старых редакций (например, ЗУП 2.5 или ЗБУ 1.0), ожидают, что сохраняемый заработок будет рассчитываться автоматически по аналогии с выходным пособием и так же легко отразится в общем «Своде по зарплате» и привычных ведомостях. Однако в редакции 3.1 разработчики фирмы «1С» заложили принципиально иную архитектурную логику:
76.10 «Прочие расчеты с физическими лицами» вместо привычного 70-го счета).Начиная с версии 3.1.13, разработчики добавили возможность распределять суммы в документах прочих доходов (включая выплаты бывшим сотрудникам) по источникам финансирования непосредственно в табличной части. Однако это распределение работает только в ручном режиме:
Если у вас сокращается несколько десятков или сотен сотрудников, у каждого из которых средний заработок складывается из 3–6 различных статей финансирования, заполнять эти пропорции вручную для каждого документа становится колоссальной рутинной работой, приводящей к многочисленным ошибкам.
---
Рассмотрим несколько практических схем, которые позволяют решить задачу силами бухгалтера без привлечения программистов для изменения конфигурации.
Если главная цель — получить корректные проводки в разрезе статей финансирования для выгрузки в бухгалтерскую программу, можно использовать следующий алгоритм:
Выплата бывшим сотрудникам на одну дежурную (основную) статью финансирования.Отражение зарплаты в бухучете.Плюсы: Не требует изменения конфигурации; корректные проводки уходят в бухгалтерию.
Минусы: Трудоемко при больших объемах уволенных сотрудников. Для облегчения процесса можно заказать у программиста простую внешнюю обработку табличной части для документа «Отражение зарплаты в бухучете», которая автоматически перераспределит суммы на основе исторических данных среднего заработка сотрудника.
Если бухгалтеру крайне важно видеть эти начисления в общем Своде по зарплате и осуществлять выплату через стандартные ведомости в банк/кассу, можно временно обойти статус «бывшего» сотрудника:
Прочие начисления и выплаты.По базе среднего заработка.Результат = СреднийЗаработокОбщий * ВремяВДнях. Обратите внимание, что средний заработок для выходных пособий и сохраняемого заработка рассчитывается по рабочим дням по графику сотрудника, а не по календарным дням (коэффициент 29.3 использовать нельзя).Разовое начисление.Плюсы: Суммы распределяются по источникам финансирования автоматически на основании базы среднего заработка сотрудника за расчетный период. Начисления попадают в Свод по зарплате и выплачиваются по Ведомостям.
Минусы: Расчеты будут проходить по 70 счету (или 302.11 для бюджетников), что методологически некорректно для расчетов с уволенным персоналом. Государственные аудиторы могут расценить это как нарушение ведения учета, так как выплаты бывшим сотрудникам должны проходить по кодам КОСГУ 264 / 266 и отражаться на счете 302.66 (или 76.10).
Этот способ позволяет жестко задать проценты распределения расходов по статьям финансирования на определенный месяц:
Распределение основного заработка (в ЗКГУ он может называться «Распределение начислений по статьям финансирования»).---
Если организация крупная и ручной труд исключен, наиболее надежным решением будет небольшая доработка конфигурации. Рассмотрим, по какому пути обычно идут программисты 1С для автоматизации этого процесса.
Для реализации автоматического распределения в документе Выплата бывшим сотрудникам создается расширение конфигурации, в которое добавляется кнопка (или обработчик заполнения). Программа считывает базу среднего заработка из документа-основания (Увольнение) и программно заполняет табличную часть распределения статьи финансирования.
Проанализируем примерный фрагмент кода, который выполняет сбор базы среднего заработка сотрудника за расчетный период и распределяет сумму выплаты:
// Функция распределяет сумму документа по источникам финансирования на основании базы среднего заработка
Процедура РаспределитьПоИсточникамНаСервере(ДокументОбъект)
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ЗарплатаРасчетныйПериод.СтатьяФинансирования КАК СтатьяФинансирования,
| СУММА(ЗарплатаРасчетныйПериод.Сумма) КАК СуммаБазы
|ИЗ
| РегистрНакопления.НачисленияУдержанияПоСотрудникам КАК ЗарплатаРасчетныйПериод
|ГДЕ
| ЗарплатаРасчетныйПериод.Сотрудник = &Сотрудник
| И ЗарплатаРасчетныйПериод.Период МЕЖДУ &НачалоПериода И &КонецПериода
|СГРУППИРОВАТЬ ПО
| ЗарплатаРасчетныйПериод.СтатьяФинансирования";
Запрос.УстановитьПараметр("Сотрудник", ДокументОбъект.БывшийСотрудник);
// Период берется за 12 месяцев, предшествующих месяцу увольнения
Запрос.УстановитьПараметр("НачалоПериода", НачалоГода(ДокументОбъект.ДатаУвольнения - 365));
Запрос.УстановитьПараметр("КонецПериода", КонецМесяца(ДокументОбъект.ДатаУвольнения - 30));
РезультатЗапроса = Запрос.Выполнить();
Если Не РезультатЗапроса.Пустой() Тогда
ТаблицаБазы = РезультатЗапроса.Выгрузить();
ОбщаяСуммаБазы = ТаблицаБазы.Итог("СуммаБазы");
ДокументОбъект.РаспределениеСтатейФинансирования.Очистить();
Для Каждого СтрокаБазы Из ТаблицаБазы Цикл
НоваяСтрока = ДокументОбъект.РаспределениеСтатейФинансирования.Добавить();
НоваяСтрока.СтатьяФинансирования = СтрокаБазы.СтатьяФинансирования;
// Рассчитываем долю от общей суммы начисления
НоваяСтрока.ДоляРаспределения = СтрокаБазы.СуммаБазы / ОбщаяСуммаБазы;
НоваяСтрока.Сумма = ДокументОбъект.СуммаВыплаты * НоваяСтрока.ДоляРаспределения;
КонецЦикла;
КонецЕсли;
КонецПроцедуры
Такой подход позволяет полностью исключить ручной труд: бухгалтер создает документ «Выплата бывшим сотрудникам» на основании «Увольнения», нажимает одну кнопку, и программа сама разбивает начисление по КФО и статьям финансирования пропорционально заработку за прошлый год.
---
При работе с сохраняемым заработком на время трудоустройства бывших сотрудников крайне важно учитывать серьезные изменения в Налоговом кодексе РФ:
Выплата бывшим сотрудникам пользователям зачастую приходится вручную. Программа при проведении очередного транша не всегда автоматически анализирует накопительный итог выплат, произведенных ранее по разным документам, из-за чего возникает риск недоначисления НДФЛ со сверхлимитных сумм.Подводя итог, выделим оптимальные сценарии работы в зависимости от масштаба вашей организации:
Для небольших учреждений с единичными случаями увольнения по сокращению штата наиболее безопасным и методологически верным решением является использование стандартного документа Выплата бывшим сотрудникам с ручной корректировкой статей финансирования в итоговом документе Отражение зарплаты в бухучете.
Для крупных предприятий и бюджетных ведомств с массовыми сокращениями лучшим выбором будет написание простого расширения конфигурации 1С. Оно позволит автоматически распределять суммы по КФО / источникам финансирования на основании исторической базы среднего заработка прямо в документе выплаты бывшим сотрудникам, сохраняя чистоту бухгалтерского учета и корректность отчетности по НДФЛ.