← На главную

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

Распространенные причины некорректного заполнения ведомостей и подтягивания прошлых периодов

Прежде чем приступать к исправлению, выясним, почему возникают такие ошибки. Понимание корневых причин поможет нам не только устранить текущую проблему, но и предотвратить ее повторение в будущем.

1. Некорректное заполнение вида дохода после июня 2020 года.

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

2. Нарушение последовательности проведения документов.

   Большинство ошибок в 1С:ЗУП, особенно при начислении зарплаты и формировании выплат, происходит из-за нарушения строгой последовательности проведения документов. Важно помнить, что сначала необходимо ввести и провести все кадровые документы, затем документы по отсутствиям сотрудников (отпуска, больничные), документы на оплату сверхурочной работы, а уже после этого — документ Начисление зарплаты и взносов. Только после корректного проведения начислений можно формировать ведомости на выплату.

3. Ручные корректировки сумм в ведомостях или некорректные операции задним числом.

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

4. Ошибки в настройках аванса и расчетов зарплаты.

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

5. Установка флага "Не отображать в списках. Все операции по сотруднику завершены".

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

6. Документ "Выплата через кассу" потерял документ-основание "Начисление зарплаты".

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

7. Остатки от документа "Начальная задолженность по ЗП".

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

Методы диагностики и решения проблемы

Теперь, когда мы понимаем потенциальные причины, рассмотрим практические шаги по устранению проблемы.

1. Использование "Универсального отчета" по регистру Зарплата к выплате.

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

   1. Перейдите в раздел "Администрирование" или "Зарплата" (в зависимости от настроек интерфейса) и найдите "Универсальный отчет".
   2. В поле "Тип объекта" выберите "Регистр накопления".
   3. В поле "Имя объекта" укажите "Зарплата к выплате".
   4. На вкладке "Настройки" выберите вид отчета "Остатки". Это позволит нам увидеть незакрытые движения по регистру.
   5. Перейдите на вкладку "Поля и сортировки". Здесь критически важно добавить все возможные поля для анализа, которые могут влиять на взаиморасчеты. Обязательно добавьте поля: Физическое лицо, Сотрудник, Подразделение, Вид дохода НДФЛ, Документ-основание, Период регистрации (или Период взаиморасчетов). Это позволит нам сгруппировать записи и выявить, где именно произошла "пересортица".
   6. Примените настройки и сформируйте отчет.

   Что искать в отчете: Внимательно изучите полученный отчет. Нас интересуют строки с незакрытыми остатками – это могут быть одинаковые суммы со знаком "плюс" и "минус", которые по какой-то причине не "схлопнулись". Если вы видите остатки, особенно в разрезе разных "Видов дохода НДФЛ" или "Документов-оснований" за один и тот же период, это прямо указывает на проблему "пересортицы", которую необходимо устранить. После правильного проведения всех документов, в идеале, в этом отчете не должно остаться никаких записей, что будет означать отсутствие фиктивных долгов.

2. Последовательное перепроведение и создание новых документов.

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

   1. Определите точку отсчета: С помощью "Универсального отчета" (как описано выше) или по дате возникновения первых некорректных данных, определите месяц, с которого начались проблемы.
   2. Отмените проведение документов: Начиная с выявленного месяца, отмените проведение всех документов, связанных с начислением и выплатой зарплаты. Это включает Начисление зарплаты и взносов, Ведомость на выплату зарплаты через банк/кассу, Ведомость на аванс, а также документы по премиям и прочим начислениям. Делайте это в обратном хронологическом порядке.
   3. Последовательное перезаполнение и проведение:

      Теперь мы будем двигаться вперед по месяцам, создавая и проводя документы в правильной последовательности:

      • Для каждого месяца, начиная с месяца отмены проведения, сначала перепроведите или создайте заново все документы начислений (например, Начисление зарплаты и взносов).
      • После проведения начислений, создайте новую ведомость на выплату аванса (если таковая была). Важно: не перезаполняйте старую ведомость, а именно создайте новую. Проведите ее.
      • Далее, если были еще начисления в этом месяце (например, премии), перепроведите их.
      • И наконец, создайте новую ведомость на выплату зарплаты за месяц. Заполните ее автоматически и проведите.
   4. Проверка: После завершения этих операций за каждый месяц, вновь сформируйте "Универсальный отчет" по регистру Зарплата к выплате. Он должен показать отсутствие остатков. Если все сделано правильно, в текущем периоде ведомости уже не будут тянуть фиктивные долги.

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

3. Корректировка регистров документом "Перенос данных".

   В сложных случаях, особенно когда речь идет о большом объеме "пересортицы" за несколько лет, или когда метод перепроведения слишком трудоемок, можно прибегнуть к документу Перенос данных. Этот инструмент позволяет программно корректировать движения регистров накопления, включая Зарплата к выплате, Взаиморасчеты с сотрудниками и Бухгалтерские взаиморасчеты с сотрудниками. Это продвинутый метод, требующий осторожности и глубокого понимания структуры регистров:

   1. С помощью запроса или "Универсального отчета" мы находим все некорректные остатки по регистру Зарплата к выплате.
   2. Создаем документ Перенос данных (можно сделать это программно).
   3. В цикле по выборке некорректных записей создаем новые записи в регистре Зарплата к выплате с противоположными суммами, чтобы "обнулить" эти остатки. Важно указывать все реквизиты (сотрудник, вид дохода, документ-основание) точно так же, как в некорректных записях, но с обратным знаком суммы.
   4. Устанавливаем период корректировки, например, на начало года, до возникновения текущих проблем.

   Внимание: Использование документа Перенос данных требует высокой квалификации и понимания механизмов 1С. Неправильная корректировка может привести к еще большим проблемам. Рекомендуем обращаться к специалистам или выполнять эти действия под их контролем.

4. Использование "фиктивной" или "технической" ведомости.

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

   Еще один вариант – создание "технической" ведомости через раздатчика, где итоговые суммы должны быть нулевыми. В такой ведомости устанавливают флаг "Не формировать движения в учете НДФЛ", чтобы она не повлияла на налоговый учет, но скорректировала регистры взаиморасчетов. Этот метод также требует точного понимания, какие именно движения нужны для устранения "пересортицы".

5. Проверка НДФЛ в ведомостях.

   Если после корректировки сумм вручную в ведомости, НДФЛ рассчитывается некорректно, не забудьте воспользоваться командой "Обновить налог". Эта функция пересчитает налог пропорционально фактически выплачиваемой сумме.

6. Особое внимание к регистру Зарплата к выплате авансом.

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

7. Создание архивной копии базы данных.

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

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