При переходе на 1С:Зарплата и управление персоналом 3.1 (ЗУП 3.1) с предыдущих версий (например, ЗУП 2.5 или УПП 1.3) пользователи часто сталкиваются с ситуацией, когда в отчетах (расчетных листках, 6-НДФЛ) отражаются данные за прошлые периоды, но найти их в привычных журналах документов не удается. В этой статье мы подробно разберем структуру хранения начальных данных, выясним, в каких «скрытых» документах они находятся и как их правильно корректировать.
Прежде всего, разделим пользовательский интерфейс и техническое хранилище данных. В программе существует два основных способа регистрации начальных остатков:
Важный нюанс: если вы делали автоматический перенос, то журнал «Данные на начало эксплуатации» может оказаться пустым или содержать неполную информацию. При этом отчеты будут строиться корректно. Это происходит потому, что данные записаны напрямую в регистры через документы Перенос данных, которые по умолчанию скрыты из стандартных разделов учета.
Проанализируем, где именно хранятся эти документы. Чтобы увидеть весь массив перенесенной информации, выполним следующие шаги:
Рассмотрим структуру префиксов, которые помогают ориентироваться в данных:
Если в отчете 6-НДФЛ за текущий год «всплывают» суммы за декабрь прошлого года (как в ситуации автора темы), значит, в системе существуют записи в регистрах налогового учета с некорректными датами. Рассмотрим, какие регистры отвечают за эти показатели:
1. Учет доходов для исчисления НДФЛ
Здесь фиксируется дата получения дохода. Для зарплаты это обычно последний день месяца, для премий и межрасчетных выплат — дата выплаты. Если декабрьская зарплата выплачена в январе, то в этом регистре должна быть запись с датой получения дохода 31.12.2018 (для кода 2000), но в периоде регистрации «Январь 2019».
2. Расчеты налогоплательщиков с бюджетом по НДФЛ
В этом регистре отражаются суммы исчисленного, удержанного и перечисленного налога. Если удержание произошло уже после перехода на новую программу, запись об удержании должна быть сформирована документами выплаты (Ведомость), а не переносом данных, иначе возникнет двоение или нестыковка.
3. Взаиморасчеты с сотрудниками
Это ключевой регистр для формирования сальдо. Выясним причину расхождения: если вы видите долг, которого быть не должно, проанализируйте движения документов с префиксом РКЗ в этом регистре.
Рассмотрим ситуацию: в отчете 6-НДФЛ виден доход за декабрь, но в документах «Данные на начало эксплуатации» его нет. Чтобы найти «виновника», проделаем следующее:
Перенос данных, который сделал эту запись.Как упоминалось в обсуждении, часто возникает необходимость скорректировать подразделение в начальных данных. Посмотрим, как это сделать правильно:
Если вы просто измените подразделение в карточке сотрудника, данные в регистрах за прошлые периоды не изменятся автоматически. Вам необходимо зайти в документ Перенос данных (соответствующего типа, например РКЗ или НДФЛ), найти нужные строки и вручную (или с помощью групповой обработки) заменить подразделение. После этого обязательно пересчитайте текущие документы начисления, если они уже были созданы, так как они могли «подтянуть» неверную аналитику из остатков.
Проанализируем еще один важный блок — средний заработок. Даже если сальдо перенесено верно, без данных в специальных регистрах программа не сможет рассчитать первый же больничный или отпуск. Эти данные «живут» в:
Данные о начислениях для расчета среднего заработка (общий)Данные о начислениях для расчета среднего заработка (ФСС)Если при расчете отпуска средний заработок равен нулю, проверьте документы Перенос данных с префиксом ЗП. Убедитесь, что в них заполнены не только суммы, но и календарные дни (для общего среднего) или отработанные часы.
Резюме: В ЗУП 3.1 «правда» всегда находится в регистрах накопления. Документы лишь инструменты для записи в них. Если вы не видите данных в удобном интерфейсе «Начало эксплуатации», всегда обращайтесь к списку Переносы данных и Универсальному отчету по регистрам. Это позволит вам полностью контролировать входящее сальдо и корректность формирования налоговой отчетности сразу после перехода на новую редакцию программы.