Как настроить отображение бухгалтерского сальдо в 1С:ЗУП 3.1 и почему обнуляются остатки в расчетных листках

Бухгалтер 1С v8.3 (Управляемые формы) 1С:Зарплата и Управление Персоналом Бухгалтерский учет
← На главную

Переход с версии 1С:ЗУП 2.5 на 3.1 часто сопровождается недоумением со стороны бухгалтерской службы. Одной из самых острых тем является отображение сальдо в расчетных листках и аналитических отчетах. В старой версии программы бухгалтеры привыкли видеть «бухгалтерское» сальдо: если зарплата за январь выплачена 10 февраля, то в январском отчете висит долг, который закрывается только в феврале. В ЗУП 3.1 по умолчанию используется «зарплатный» принцип, который обнуляет долг сразу, как только создана ведомость за этот месяц, независимо от даты ее выплаты.

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

Разбираемся в методологии: Зарплатное vs Бухгалтерское сальдо

Для начала проанализируем ситуацию с точки зрения логики программы. В 1С:ЗУП 3.1 сосуществуют два параллельных подхода к учету долгов перед сотрудниками:

  1. Зарплатное сальдо (по месяцам начисления): Этот подход ориентирован на контроль выполнения обязательств за конкретный период. Если сотруднику начислено 50 000 рублей за январь и в программе создана ведомость на 50 000 рублей с указанием месяца выплаты «Январь», то система считает, что за январь задолженности больше нет. При этом дата самой ведомости может быть хоть 15 февраля — в отчете за январь конечное сальдо будет нулевым. Это удобно для проверки: «Все ли мы выплатили за январь?».
  2. Бухгалтерское сальдо (по дате фактической выплаты): Этот подход соответствует принципам двойной записи и оборотно-сальдовой ведомости по счету 70. Здесь выплата отражается в том периоде, к которому относится дата документа. Если зарплата выплачена 10 февраля, то в январских отчетах она не отразится, и на 31 января будет зафиксировано конечное сальдо (долг организации).

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

Как изменить настройки отображения сальдо в ЗУП 3.1

Рассмотрим по шагам, как переключить программу в привычный режим работы, аналогичный ЗУП 2.5. Начиная с версии 3.1.4, разработчики добавили возможность выбора режима ведения взаиморасчетов.

  1. Перейдем в раздел Настройки.
  2. Выберем пункт Дополнительные настройки.
  3. Найдем группу параметров «Показывать взаиморасчеты».
  4. Установим переключатель в положение «В соответствии с данными бухучета».

После сохранения этой настройки расчетные листки изменят свой вид. Теперь, если вы сформируете расчетный листок за январь, а ведомость будет датирована февралем, в колонке «Конечное сальдо» за январь вы увидите сумму задолженности. В февральском листке эта же сумма появится в графе «Начальное сальдо», а в разделе «Выплачено» отобразится сама выплата.

Особенности настройки в 1С:ERP и 1С:Комплексная автоматизация

Если вы работаете в крупных ERP-системах, путь к этой настройке может отличаться. Проанализируем, где искать заветный переключатель в 1С:ERP:

  1. Откроем раздел Кадры.
  2. Перейдем в подраздел Настройки и справочники.
  3. Выберем пункт Настройки упорядочивания и печатных форм.
  4. Аналогично ЗУП, установим режим отображения взаиморасчетов «В соответствии с данными бухучета».

Анализ отчетов: почему «Анализ зарплаты по сотрудникам» может не измениться

Важно понимать, что общая настройка программы в первую очередь влияет на Расчетные листки и Свод начислений, удержаний и выплат. Однако специализированный отчет Анализ зарплаты по сотрудникам (помесячно) имеет жесткую внутреннюю структуру.

Этот отчет спроектирован так, чтобы группировать данные именно по месяцу начисления. Если мы хотим видеть «бухгалтерскую» картину в аналитических отчетах, рекомендуется использовать Полный свод начислений, удержаний и выплат. Рассмотрим подробнее, как проверить корректность данных:

Технический нюанс: регистры и «Месяц выплаты»

В основе механизма ЗУП 3.1 лежат два ключевых регистра накопления:

При проведении документа Ведомость в кассу (или в банк), программа делает записи в оба регистра. Критически важным полем в ведомости является «Месяц выплаты». Посмотрим на примере: если мы выплачиваем январскую зарплату в феврале, в ведомости должен стоять месяц «Январь», но дата самого документа — «10.02.202X».

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

Проблема переноса данных из ЗУП 2.5

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

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

Резюме

Для того чтобы отчеты в 1С:ЗУП 3.1 соответствовали ожиданиям бухгалтера, привыкшего к старым версиям программы, необходимо:

  1. Включить отображение взаиморасчетов «В соответствии с данными бухучета» в дополнительных настройках.
  2. Следить за строгим соответствием поля «Месяц выплаты» в ведомостях реальному периоду начисления зарплаты.
  3. Использовать Полный свод для сверки с бухгалтерским балансом и Расчетные листки для выдачи сотрудникам.

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

← На главную