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

← На главную

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

Зарплатное (расчетное) сальдо — выплаты «привязываются» к месяцу начисления вне зависимости от того, когда фактически были переведены деньги. Например, если зарплата за февраль выплачена 10 марта, в расчетном листке за февраль долг за организацией закроется.
Бухгалтерское сальдо — строится строго по временной оси: начисления отражаются последним днем месяца, а выплаты относятся к фактической дате перечисления денежных средств. В этом случае на 28 февраля у предприятия сохраняется кредиторская задолженность, которая закрывается проводкой по дебету счета 70 только 10 марта.

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

Архитектура регистров взаиморасчетов с сотрудниками

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

Регистр накопления Взаиморасчеты с сотрудниками — отвечает за формирование классического зарплатного сальдо.
Регистр накопления Зарплата к выплате — служит для автоматического заполнения ведомостей. В нем присутствует измерение ПериодВзаиморасчетов, которое фиксирует, за какой именно расчетный период закрывается обязательство.
Регистр накопления Бухгалтерские взаиморасчеты с сотрудниками — специализированный регистр, добавленный фирмой «1С» для учета движения долга строго по датам фактических выплат (по данным бухгалтерского учета).

В документах выплаты (ведомостях в банк, кассу, на счета) присутствуют реквизиты, определяющие поведение системы:

Месяц выплаты (в шапке документа) — указывает расчетный период, за который закрывается долг организации при автозаполнении табличной части. Он формирует значение измерения ПериодВзаиморасчетов.
Дата документа и дата выплаты — определяют фактический день совершения хозяйственной операции, на который делаются расходные проводки в бухгалтерском учете.

Решение 1. Использование штатного переключателя вида сальдо

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

Разберем по шагам порядок настройки:

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

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

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

Решение 2. Разработка внешнего отчета сверки на СКД

Если обновление базы невозможно (например, используется ранний релиз линейки 3.1) или требуется одновременно видеть и зарплатное, и бухгалтерское сальдо без смены глобальных настроек, задачу решают созданием отчета на базе Системы компоновки данных (СКД).

Разберем алгоритм построения такого отчета:

Начисления и удержания получаем из регистра накопления НачисленияУдержанияПоСотрудникам по полю ПериодДействия (или ПериодРегистрации).
Фактические выплаты получаем из таблицы движений регистра Взаиморасчеты с сотрудниками либо Зарплата к выплате. Главное условие: группировка и отбор выплат производятся не по расчетному периоду (месяцу начисления), а по полю Регистратор.Дата (фактическая дата платежной ведомости).
Расчет сальдо: начальный и конечный остатки вычисляются динамически нарастающим итогом.

Посмотрим на пример текста запроса для набора данных СКД:


ВЫБРАТЬ
    Взаиморасчеты.Сотрудник КАК Сотрудник,
    НАЧАЛОПЕРИОДА(Взаиморасчеты.Период, МЕСЯЦ) КАК Период,
    Взаиморасчеты.СуммаВзаиморасчетов КАК Начислено,
    0 КАК Выплачено
ИЗ
    РегистрНакопления.ВзаиморасчетыССотрудниками КАК Взаиморасчеты
ГДЕ
    Взаиморасчеты.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Приход)
    И Взаиморасчеты.Период МЕЖДУ &НачалоПериода И &КонецПериода

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    Выплаты.Сотрудник КАК Сотрудник,
    НАЧАЛОПЕРИОДА(Выплаты.Регистратор.Дата, МЕСЯЦ) КАК Период,
    0 КАК Начислено,
    Выплаты.СуммаВзаиморасчетов КАК Выплачено
ИЗ
    РегистрНакопления.ВзаиморасчетыССотрудниками КАК Выплаты
ГДЕ
    Выплаты.ВидДвижения = ЗНАЧЕНИЕ(ВидДвиженияНакопления.Расход)
    И Выплаты.Регистратор.Дата МЕЖДУ &НачалоПериода И &КонецПериода

Проанализируем вычисление остатков на вкладке «Ресурсы» схемы компоновки данных. Для получения корректного сальдо нарастающим итогом по временным точкам используем выражение языка СКД с функцией ВычислитьВыражение:


ВычислитьВыражение("Сумма(Начислено) - Сумма(Выплачено)", "Период", , "Первая", "Текущая")

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

Типичные ошибки при ведении взаиморасчетов

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

Искусственное указание месяца выплаты в ведомостях: Попытка указать в поле «Месяц выплаты» текущий месяц вместо месяца, за который выплачивается долг, нарушает закрытие регистра Зарплата к выплате. В результате образуется пересортица по периодам взаиморасчетов, а последующие ведомости начинают удваивать суммы к выплате.
Ручные корректировки движений: Исправление сумм непосредственно в движениях документов нарушает баланс между параллельными регистрами расчетов и бухгалтерских взаиморасчетов. Для устранения расхождений следует использовать специализированный документ Перенос данных с синхронной корректировкой всех трех регистров.