Почему не заполняется ведомость в кассу в 1С:Бухгалтерия 3.0 и как это исправить?

← На главную

В работе бухгалтера часто возникает ситуация, когда при автоматическом заполнении документа «Ведомость в кассу» (или «Ведомость в банк») программа «1С:Бухгалтерия 3.0» упорно отказывается подтягивать сотрудников или их суммы начислений. При этом в оборотно-сальдовой ведомости по счету 70 всё выглядит идеально: начисления проведены, сальдо верное, долгов за прошлые периоды нет.

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

Выясняем причину: почему ОСВ по счету 70 «молчит», а ведомость не заполняется?

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

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

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

Основные причины пересортицы в регистрах:

Сбои при «крыжании» и перепроведении: перепроведение документов начисления или выплаты прошлых лет задним числом ломает хронологическую последовательность.
Ошибочное ручное заполнение: если в ведомостях за будущие периоды случайно вручную перевыбирались или корректировались строки прошлых периодов (как произошло в рассматриваемом случае на форуме, когда в ведомость 2019 года ошибочно подтянулись данные за 2015 год).
Различие в аналитике: начисление прошло по одному подразделению или статье финансирования, а выплату зафиксировали по другому.
Особый статус сотрудника: если сотрудник является иностранным гражданином (без ВНЖ), валютное законодательство РФ (ФЗ № 173) запрещает выплату ему наличных через кассу. Программа автоматически блокирует его попадание в ведомость в кассу, страхуя организацию от крупных штрафов. В таком случае выплата должна идти только через банк.

Шаг 1. Диагностика проблемы через Универсальный отчет

Прежде чем приступать к исправлению, нам нужно точно увидеть, какие именно записи в регистрах накопления мешают заполнению ведомости. Обычная оборотка по 70 счету здесь не поможет. Мы воспользуемся мощным встроенным инструментом системы.

Рассмотрим по шагам, как настроить отчет для выявления скрытых долгов:

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

Проанализируем полученный отчет. Если мы увидим строки, где в колонке «Конечный остаток» висят противоположные суммы (например, по одному документу-основанию висит +10 000 руб., а по другому -10 000 руб.), значит, мы нашли источник проблемы. Ведомость не заполняется, потому что программа пытается «закрыть» эти зависшие остатки.

Шаг 2. Четыре способа исправления проблемы

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

Способ А. Перевод программы на упрощенный выплатной учет

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

Выполним следующие действия:

Перейдем в раздел Зарплата и кадры — Настройки зарплаты.
Раскроем блок Общие настройки.
Найдем подраздел Настройки документов и печатных форм.
Установим переключатель «Показывать взаиморасчеты» в положение «По данным бухучета» (по умолчанию там обычно стоит значение «По данным выплатного учета»).

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

Способ Б. Корректировка ошибочного документа в будущем периоде

Если в процессе анализа Универсального отчета выяснилось, что данные за старый период (например, за 2015 год) «утянулись» в документ более позднего периода (например, ведомость 2019 года), необходимо исправить этот документ-нарушитель.

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

Способ В. Создание «технической» нулевой ведомости (без изменения прошлых периодов)

Если прошлые периоды жестко закрыты от изменений, сдана отчетность, и мы не имеем права ничего там перепроводить, можно «схлопнуть» регистры искусственно с помощью текущей даты.

Создадим новый документ «Ведомость в кассу» (или в банк) текущей датой.
Вместо автоматического заполнения нажмем кнопку Подобрать и выберем нашего сотрудника.
Программа автоматически подтянет в табличную часть все его исторические долги и переплаты со знаками «плюс» и «минус». Сумма к выплате в итоге должна получиться равной 0 рублей.
Проведем эту ведомость. Для бухгалтерского учета (счета 70) этот документ не сделает никаких движений, так как сумма равна нулю. Однако в регистрах накопления все «плюсы» и «минусы» успешно закроются.
После этого создадим рабочую ведомость за нужный месяц и нажмем «Заполнить» — автозаполнение сработает штатно, без лишних хвостов.

Способ Г. Ручная корректировка регистров накопления

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

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