С выходом версии 1С:Зарплата и управление персоналом 3.1.9 многие пользователи столкнулись с неприятной ситуацией: в регистрах взаиморасчетов появилось новое обязательное измерение СтатьяРасходов. Это привело к тому, что при перепроведении документов старого периода аналитика «слетает», а в новых ведомостях программа начинает автоматически генерировать корректировочные строки, пытаясь «схлопнуть» остатки по пустым и заполненным статьям. В рамках этой статьи мы подробно разберем, почему это происходит, как устроена новая аналитика и какими способами можно привести базу в порядок.
Разберем ситуацию изнутри. До версии 3.1.9 разделение потоков выплат (например, зарплата, дивиденды или расчеты по договорам ГПХ) в конфигурации происходило во многом по косвенным признакам. Начиная с релиза 3.1.9, разработчики ввели жесткую аналитику — справочник СтатьиРасходовЗарплата. Это измерение было добавлено в ключевые регистры накопления:
ВзаиморасчетыССотрудникамиЗарплатаКВыплатеБухгалтерскиеВзаиморасчетыССотрудникамиПри обновлении конфигурации запускается специальный обработчик (процедура обновления), который должен «пройтись» по старым документам и заполнить в них новую аналитику на основании вида выплат. Однако, если после обновления бухгалтер или программист перепроводит документ задним числом, программа обращается к данным самого документа. Если в табличной части документа реквизит СтатьяРасходов пуст (а в старых документах он изначально отсутствовал), то при записи движений в регистр записывается «Пустая ссылка». Это создает разрыв: в регистре до перепроведения была статья, а после — пустота.
Прежде чем приступать к исправлениям, проанализируем, какие значения принимает новая аналитика. В типовом решении выделены следующие предопределенные элементы:
Важно понимать, что если мы массово проставим везде статью ОТ, это может исказить отчетность, если в базе присутствуют выплаты договорникам или акционерам.
Рассмотрим ситуацию, когда в мае формируется ведомость на выплату зарплаты. Программа анализирует остатки по регистру ЗарплатаКВыплате. Если за апрель (или более ранний период) в регистре числится задолженность с пустой статьей расходов, а текущая ведомость заполнена со статьей ОТ, система видит это как два разных разреза учета. Чтобы закрыть общую сумму долга перед сотрудником, программа делает следующее:
В результате в ведомости в расшифровке суммы появляются две строки, которые в сумме дают ноль, но «перекидывают» сальдо на нужную аналитику. Это затрудняет чтение расчетных листков и ведомостей.
Если документов много, ручное исправление невозможно. Мы рекомендуем воспользоваться стандартной обработкой Групповое изменение реквизитов. Рассмотрим алгоритм действий:
Ведомость на выплату зарплаты в банк.Состав и реквизит Статья расходов.Расчеты по оплате труда (или иное подходящее).Проанализируем пример кода, который исполняется «под капотом» при таком изменении, чтобы понимать логику работы с объектом:
// Пример логики заполнения статьи расходов программно
Для Каждого СтрокаСостава Из ОбъектВедомость.Состав Цикл
Если Не ЗначениеЗаполнено(СтрокаСостава.СтатьяРасходов) Тогда
СтрокаСостава.СтатьяРасходов = Справочники.СтатьиРасходовЗарплата.ОплатаТруда;
КонецЕсли;
КонецЦикла;
ОбъектВедомость.Записать(РежимЗаписиДокумента.Проведение);
В некоторых случаях, даже после заполнения реквизитов в документах, итоги в регистрах могут продолжать «двоить». Выясним причину: это может быть связано с некорректным расчетом итогов. Рекомендуется выполнить следующие шаги:
Это заставит систему пересчитать все остатки в регистрах накопления с учетом новых данных в документах.
Чтобы избежать подобных проблем в будущем, следует придерживаться следующих правил:
1С:Бухгалтерия предприятия 8.3, пустые статьи расходов могут привести к ошибкам при формировании проводок по счету 70. Программа может не понять, какой вид операции подставить в документ Списание с расчетного счета.СтатьяРасходов.Таким образом, внедрение статьи расходов в ЗУП 3.1.9 — это важный шаг к унификации учета с ERP-системами, но он требует внимательного отношения к историческим данным. Последовательное заполнение скрытых реквизитов в ведомостях и пересчет итогов позволяют полностью устранить проблему «перекидок» и пустых значений в регистрах.