Как почистить регистр «Зарплата к выплате» в 1С 8.3

Регистр накопления «Зарплата к выплате организаций» (в ЗУП 3.1 — «Зарплата к выплате») накапливает суммы, которые компания должна выплатить сотрудникам. Когда ведомости проводятся и отменяются некорректно, документы выплаты не подбирают ведомости автоматически или база пережила перенос данных, в регистре остаются «зависшие» остатки: зарплата числится к выплате, хотя деньги давно выданы или начисление отменено.

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

Ниже разобраны способы определить источник «мусора», безопасные варианты очистки (документальные и технические), проверка результата и ситуации, когда самостоятельно лезть в регистр не стоит.

Что это за регистр и почему в нём появляются «хвосты»

В 1С:ЗУП 8.3 регистр накопления «Зарплата к выплате» ведёт учёт в разрезе сотрудников, периодов зарплаты и способов выплаты. Приход формируют документы начисления (начисление зарплаты, отпускные, премии), расход — ведомости на выплату (в банк, в кассу, через раздатчика). В идеале после выплаты остаток по каждой строке закрывается до нуля.

«Хвосты» возникают по типовым причинам: ведомость провели, а потом отменили проведение начисления; сумму в ведомости отредактировали вручную; выплату оформили не той ведомостью или не тем документом; данные перенесли из старой программы без закрытия остатков; сотрудника уволили, а остаток по нему не закрыли. Ещё один частый источник — ручные операции и обмены, которые записали движения напрямую, минуя штатные механизмы.

Прежде чем чистить, важно понять: остаток «висит» потому, что не хватает расходной записи (реальная ошибка учёта), или потому, что документ-регистратор повреждён (техническая проблема). От этого зависит способ исправления.

Шаг 1. Диагностика: найти лишние остатки и их источник

Сначала сформируйте картину остатков. Удобнее всего использовать отчёт «Задолженность по зарплате» (в ЗУП 3.1: «Зарплата» → «Отчёты по зарплате») или универсальный отчёт по регистру накопления «Зарплата к выплате» с группировкой по сотрудникам и регистраторам. Отберите период, в котором появились расхождения, и сравните с расчётными листками.

По каждой «зависшей» строке откройте документ-регистратор и проследите цепочку: начисление → ведомость → факт выплаты. Типовая картина: начисление проведено, ведомость есть, но в ведомости сумма отличается от начисления на копейки или ведомость проведена с другим периодом выплаты. Тогда расход не перекрывает приход, и разница остаётся висеть.

Шаг 2. Резервная копия и проверка прав

Любые манипуляции с регистрами выполняйте только после создания резервной копии. Для файловой базы достаточно скопировать файл 1Cv8.1CD при закрытых сеансах пользователей, для клиент-серверной — сделать выгрузку через конфигуратор («Администрирование» → «Выгрузить информационную базу») или штатный бэкап СУБД.

Работать нужно под пользователем с полными правами, но желательно не под рабочей учётной записью расчётчика, а под отдельной административной. Убедитесь, что в базе нет активных сеансов других пользователей — параллельное проведение документов во время чистки регистра приведёт к новым расхождениям.

Способ 1. Документальное закрытие остатков

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

Для копеечных расхождений и задолженности, которую решено списать, в ЗУП 3.1 используют документы корректировки взаиморасчётов (например, «Операция учёта НДФЛ» и «Операция учёта взносов» для налоговой части, а по выплатам — корректировку через ведомость нулевой или фактической суммой). В некоторых конфигурациях есть документ «Корректировка задолженности» или «Перенос данных» — он позволяет ввести произвольные движения по регистру и аккуратно свести остаток в ноль с указанием причины.

Документальный способ предпочтителен, потому что оставляет след в учёте: любой аудитор увидит, когда, кем и почему закрыт остаток. Минус — трудоёмкость при большом количестве сотрудников и периодов.

1. 1
   Сформируйте отчёт по регистру и зафиксируйте список сотрудников и сумм
2. 2
   По каждой строке найдите пару: начисление и ведомость на выплату
3. 3
   Исправьте или перепроведите ведомость с верной суммой и периодом
4. 4
   Если выплата невозможна — введите документ корректировки/переноса данных с обратной записью
5. 5
   Сформируйте отчёт повторно: остаток должен стать нулевым

Способ 2. Техническая очистка обработкой

Когда «мусора» много (например, после переноса из ЗУП 2.5 или сторонней программы) и документально закрывать каждую строку нерационально, применяют техническую очистку. Существуют типовые и сторонние обработки «Очистка регистров накопления», которые удаляют движения по выбранному регистру за период либо формируют корректирующий документ, сводящий остатки в ноль.

Базовый принцип такой обработки — программно создать набор записей регистра с отбором по условиям и очистить его, либо записать «сторнирующие» строки. Ниже пример фрагмента кода, который очищает записи регистра по конкретному документу-регистратору:

НаборЗаписей = РегистрыНакопления.ЗарплатаКВыплатеОрганизаций.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(СсылкаНаДокумент);
НаборЗаписей.Прочитать();
НаборЗаписей.Очистить();
НаборЗаписей.Записать(Истина);

Для сведения остатков в ноль без привязки к регистратору удобнее записать корректирующие движения через документ «Перенос данных» (в ЗУП 3.1: «Администрирование» → «Переносы данных»): создаёте документ, добавляете в него движения по регистру «Зарплата к выплате» со знаком, противоположным зависшему остатку, и проводите. Это технически чище прямой записи в регистр, потому что движение привязано к документу.

Способ 3. Групповое перепроведение и восстановление последовательностей

Часть «хвостов» — следствие нарушенной хронологии: ведомость проведена раньше начисления, документы перепроводились задним числом. В этом случае помогает групповое перепроведение документов за проблемный период («Операции» → «Проведение документов») в правильном порядке: сначала начисления, затем ведомости.

Перед перепроведением убедитесь, что за этот период не сдана отчётность, которую перепроведение может изменить (НДФЛ, взносы, РСВ). Если период закрыт, перепроводить документы в нём нельзя — остатки корректируют текущей датой через документы корректировки.

Сравнение способов очистки

Проверка результата после очистки

После любого способа сформируйте отчёт по регистру «Зарплата к выплате» за весь период ведения учёта: конечные остатки должны соответствовать реальной задолженности перед сотрудниками (в идеале — нулю или сумме текущей невыплаченной зарплаты). Сверьте итоги с расчётными листками по нескольким сотрудникам и с данными бухгалтерского учёта по счёту 70.

Дополнительно проверьте, что после чистки корректно формируются ведомости: создайте тестовую ведомость на выплату и убедитесь, что программа подставляет верные суммы к выплате. Если подставляются старые «хвосты» — очистка выполнена не полностью или есть регистраторы, которые снова создают записи.

Типичные ошибки при чистке регистра

Отдельная ошибка — чистить регистр «по живому», когда в базе работают расчётчики. Параллельное проведение ведомостей во время удаления записей гарантированно создаёт новые расхождения, и расследовать их будет сложнее исходных.

Когда лучше привлечь специалиста

Самостоятельная работа оправдана, когда «хвосты» единичны, период открыт, а причина расхождения очевидна. Обратиться к специалисту по 1С стоит, если: расхождения тянутся за несколько закрытых отчётных периодов; задолженность в регистре не сходится с бухгалтерским учётом и расчётными листками одновременно; база пережила несколько переносов данных и источник мусора не установить; требуется доработка обменов, которые создают некорректные движения.

Во всех случаях правило одно: сначала диагностика и копия, потом исправление, затем обязательная сверка результата. Регистр — отражение учёта, и чистить его нужно так, чтобы после чистки он по-прежнему отражал реальность.

Частые вопросы