← На главную

Каждый бухгалтер, работающий в программах 1С:Зарплата и управление персоналом (будь то устаревшая редакция 2.5 или современная 3.1), рано или поздно сталкивается с загадочным явлением: в расчетном листке сотрудника внезапно «вылезает» долг за предприятием на начало или на конец месяца. При этом, по ощущениям пользователя, все выплаты проведены вовремя и в полном объеме. Давайте детально разберемся, почему возникают такие виртуальные долги, как их оперативно локализовать с помощью стандартных отчетов и каким образом правильно скорректировать учетные регистры, чтобы восстановить порядок во взаиморасчетах.

Выясняем причину: почему программа видит долг?

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

1. Заработная плата за май начисляется последним днем месяца — 31 мая.
2. Фактическая выплата этой зарплаты по регламенту компании происходит 14 июня.

С точки зрения классического бухгалтерского учета, на дату 31 мая у организации существует реальное обязательство (долг) перед сотрудниками, так как работа выполнена, сумма начислена, но еще не выплачена. Этот долг закроется только 14 июня, когда средства уйдут из кассы или спишутся с расчетного счета организации.

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

Бухгалтерское и зарплатное сальдо: разница между ЗУП 2.5 и ЗУП 3.1

Разберем поведение программных продуктов при выплате майской зарплаты в июне:

• В программе 1С:ЗУП 2.5: По умолчанию система ориентируется на строгое календарное закрытие периодов. Если выплата зарплаты за май производится 14 июня, то на 31 мая в расчетном листке программа абсолютно корректно (с точки зрения методологии бухгалтерского учета) покажет долг за предприятием в размере всей начисленной за май суммы. В июньском листке эта сумма отразится как выплата, и сальдо закроется. Чтобы изменить это поведение, в параметрах учета на вкладке «Расчет зарплаты» предусмотрен специальный флажок Взаиморасчеты по зарплате ведутся в разрезе месяцев ее начисления. Если этот флаг снят, программа начинает жестко привязываться к датам документов выплаты, что часто провоцирует путаницу и «переходящие» долги.
• В программе 1С:ЗУП 3.1: Разработчики предусмотрели более гибкий механизм управления отображением взаиморасчетов. Перейдем по пути Настройка — Дополнительные настройки. Здесь мы увидим переключатель режима вывода сальдо в расчетных листках:
  1. «По месяцам расчета зарплаты» (Зарплатное сальдо): При этой настройке выплата от 14 июня, предназначенная для закрытия майской зарплаты, будет «подтянута» системой к маю. В результате в майском расчетном листке конечный долг будет равен нулю. Это наиболее привычный и удобный для расчетчиков режим работы.
  2. «По данным бухгалтерского учета» (Бухгалтерское сальдо): В данном режиме расчетный листок будет формироваться в строгом соответствии с датами проводок. На конец мая там отобразится долг, который перейдет на начало июня и закроется только датой июньской ведомости.

Какими отчетами искать скрытые расхождения?

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

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

Технические причины зависания долгов: «пересортица» по аналитике

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

• Разные подразделения: Например, при расчете зарплаты за сотрудником было закреплено подразделение «Администрация», а при формировании ведомости на выплату в табличной части случайно указали подразделение «Отдел продаж» (или поле осталось пустым). Компьютер видит это как две разные операции: по «Администрации» у организации остался долг перед сотрудником, а по «Отделу продаж» возникла переплата. В общем балансе сумма сходится, но в разрезе подразделений долг будет бесконечно переходить из месяца в месяц.
• Статьи финансирования и КБК: Проблема крайне актуальна для бюджетных учреждений и организаций, ведущих раздельный учет по источникам финансирования. Если начисление прошло по одной статье, а выплата — по другой, система зафиксирует внутренний разрыв, который отразится в расчетном листке как долг.
• Ошибки округления: При выплате зарплаты без копеек (с округлением до рубля) на регистрах могут накапливаться копеечные остатки. Со временем они суммируются и превращаются в реальный рублевый долг, который не закрывается текущими ведомостями.

Как правильно исправить ошибки прошлых периодов?

Если в процессе анализа мы обнаружили, что ошибка тянется из закрытого периода (прошлого года или квартала), просто перепроводить документы начислений и выплат категорически нельзя. Это может разрушить уже сданную отчетность по НДФЛ и страховым взносам. Рассмотрим безопасные варианты исправления ситуации.

Вариант 1. Использование документа «Корректировка записей регистров»

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

1. Перейдем в меню Сервис — Служебные — Корректировка записей регистров накопления (в интерфейсе ЗУП 2.5) или создадим аналогичный документ через «Все функции / Функции для технического специалиста» (в ЗУП 3.1).
2. Создадим новый документ и выберем регистры, которые требуют корректировки. Внимание! Это ключевой момент. Многие совершают ошибку, корректируя только один регистр Взаиморасчеты с сотрудниками. На самом деле для корректного отображения в отчетах необходимо одновременно корректировать несколько параллельных регистров:
   • Для ЗУП 2.5: Корректируем регистры Взаиморасчеты с сотрудниками организаций и Зарплата за месяц организаций на абсолютно одинаковые суммы.
   • Для ЗУП 3.1: Взаиморасчеты здесь делятся на три регистра: Взаиморасчеты с сотрудниками, Бухгалтерские взаиморасчеты с сотрудниками и Зарплата к выплате. Записи по ним должны быть идентичными, иначе возникнет расхождение между расчетным листком и расчетной ведомостью Т-51.
3. В табличной части документа корректировки добавим строку с видом движения «Расход» (если нам нужно уменьшить долг перед сотрудником) или «Приход», укажем конкретного сотрудника, период взаиморасчетов, аналитику (подразделение, статью финансирования) и сумму, которую необходимо списать.
4. Проведем документ и проверим расчетный листок за текущий месяц — фантомный долг должен исчезнуть.

Вариант 2. Групповое перепроведение документов (для открытых периодов)

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

1. Сначала распроведем все платежные документы за проблемный месяц (ведомости в банк, ведомости в кассу, расходные кассовые ордера).
2. Затем распроведем и заново последовательно проведем документы начисления зарплаты и взносов.
3. В последнюю очередь заново проведем платежные документы. Очень важно соблюдать строгую хронологическую последовательность проведения: сначала начисление, затем выплата. Любое нарушение этой последовательности в коде программы приводит к неверному зачету авансов и формированию некорректного сальдо.

Резюмируя наш разбор, отметим, что появление долгов в расчетных листках — это не сбой программы, а результат строгой работы математических алгоритмов 1С, чувствительных к датам документов и аналитическим разрезам. Регулярно контролируя взаиморасчеты с помощью отчета «Структура задолженности организаций» или Универсального отчета по регистрам накопления, мы сможем гарантировать абсолютную прозрачность и корректность ведения зарплатного учета на предприятии.