Переход с версии 1С:ЗУП 2.5 на 3.1 часто сопровождается недоумением со стороны бухгалтерской службы. Одной из самых острых тем является отображение сальдо в расчетных листках и аналитических отчетах. В старой версии программы бухгалтеры привыкли видеть «бухгалтерское» сальдо: если зарплата за январь выплачена 10 февраля, то в январском отчете висит долг, который закрывается только в феврале. В ЗУП 3.1 по умолчанию используется «зарплатный» принцип, который обнуляет долг сразу, как только создана ведомость за этот месяц, независимо от даты ее выплаты.
В этой статье мы подробно разберем, почему так происходит, чем отличаются методики учета взаиморасчетов и как настроить программу, чтобы отчеты стали привычными и понятными.
Для начала проанализируем ситуацию с точки зрения логики программы. В 1С:ЗУП 3.1 сосуществуют два параллельных подхода к учету долгов перед сотрудниками:
Выясним причину недовольства пользователей: при стандартных настройках ЗУП 3.1 отчет Анализ зарплаты по сотрудникам или Расчетный листок показывает нулевое сальдо сразу после проведения ведомости, что лишает бухгалтера возможности видеть реальную задолженность на последнюю дату месяца.
Рассмотрим по шагам, как переключить программу в привычный режим работы, аналогичный ЗУП 2.5. Начиная с версии 3.1.4, разработчики добавили возможность выбора режима ведения взаиморасчетов.
После сохранения этой настройки расчетные листки изменят свой вид. Теперь, если вы сформируете расчетный листок за январь, а ведомость будет датирована февралем, в колонке «Конечное сальдо» за январь вы увидите сумму задолженности. В февральском листке эта же сумма появится в графе «Начальное сальдо», а в разделе «Выплачено» отобразится сама выплата.
Если вы работаете в крупных ERP-системах, путь к этой настройке может отличаться. Проанализируем, где искать заветный переключатель в 1С:ERP:
Важно понимать, что общая настройка программы в первую очередь влияет на Расчетные листки и Свод начислений, удержаний и выплат. Однако специализированный отчет Анализ зарплаты по сотрудникам (помесячно) имеет жесткую внутреннюю структуру.
Этот отчет спроектирован так, чтобы группировать данные именно по месяцу начисления. Если мы хотим видеть «бухгалтерскую» картину в аналитических отчетах, рекомендуется использовать Полный свод начислений, удержаний и выплат. Рассмотрим подробнее, как проверить корректность данных:
Задолженность по зарплате. Он показывает остатки на конкретную дату по регистрам накопления.В основе механизма ЗУП 3.1 лежат два ключевых регистра накопления:
Взаиморасчеты с сотрудниками — отвечает за «зарплатное» сальдо.Бухгалтерские взаиморасчеты с сотрудниками — отвечает за «бухгалтерское» сальдо.При проведении документа Ведомость в кассу (или в банк), программа делает записи в оба регистра. Критически важным полем в ведомости является «Месяц выплаты». Посмотрим на примере: если мы выплачиваем январскую зарплату в феврале, в ведомости должен стоять месяц «Январь», но дата самого документа — «10.02.202X».
Если бухгалтер по ошибке укажет в февральской ведомости месяц выплаты «Февраль», возникнет так называемый «разрыв»: В зарплатном учете: по январю будет висеть долг (так как за январь ничего не платили), а по февралю — переплата (так как выплатили авансом или лишнее). В бухгалтерском учете: сальдо может выглядеть корректно, но сверка по месяцам начисления даст ошибку.
Иногда после переключения настроек сальдо все равно не отображается или отображается некорректно. Это часто случается при «кратком» переносе данных. В этом случае начальные остатки фиксируются документом Начальная задолженность по зарплате. Если дата этого документа или указанный в нем месяц не соответствуют периоду начала ведения учета в новой базе, программа может игнорировать эти суммы при расчете входящего сальдо.
В такой ситуации проанализируем движения документа Начальная задолженность. Суммы должны попасть в оба регистра взаиморасчетов, упомянутых выше. Если данные есть только в одном из них, сальдо в отчетах будет «рваться».
Для того чтобы отчеты в 1С:ЗУП 3.1 соответствовали ожиданиям бухгалтера, привыкшего к старым версиям программы, необходимо:
Полный свод для сверки с бухгалтерским балансом и Расчетные листки для выдачи сотрудникам.Такой подход позволит избежать конфликтов между управленческой логикой программы и требованиями бухгалтерского учета, обеспечив прозрачность расчетов для всех участников процесса.