Ситуация, когда при наличии кредитового сальдо по счету 70 ведомость на выплату зарплаты отказывается заполняться автоматически, является классической для пользователей 1С:Бухгалтерия 3.0. Это вызывает массу вопросов, особенно когда еще вчера все работало исправно. Давайте вместе разберем механику работы программы, выясним причины «невидимости» сотрудников для ведомости и найдем способы исправления ситуации без нарушения учета в закрытых периодах.
Для начала проанализируем важный технический нюанс. В программе 1С:Бухгалтерия данные для формирования бухгалтерской отчетности (оборотно-сальдовая ведомость) и данные для автоматического заполнения платежных документов (ведомости в банк или кассу) берутся из разных источников. Если ОСВ по счету 70 строится на основании проводок, то ведомость заполняется на основании специального регистра накопления «Зарплата к выплате».
Рассмотрим ситуацию: бухгалтер внес корректировки ручной операцией по счету 70, чтобы выровнять сальдо. Проводка появилась, долг в ОСВ закрылся. Однако ручная операция (если в ней не выбраны регистры) не делает записей в регистр Зарплата к выплате. В итоге программа продолжает «считать», что долг перед сотрудником все еще висит, или, наоборот, образуется переплата, которую алгоритм автозаполнения пытается учесть при формировании новой выплаты.
Выясним одну из самых частых причин сбоев, появившуюся в последние годы. С июня 2020 года в ведомостях и платежных поручениях в обязательном порядке указывается Вид дохода исполнительного производства (1 — заработная плата, 2 — доходы, на которые не может быть обращено взыскание и т.д.).
Проанализируем, как это влияет на заполнение:
Зарплата к выплате сумма фиксируется с определенным кодом дохода (обычно «1»).Ведомость в банк по ошибке выбран другой вид дохода или он не указан вовсе, программа не «увидит» начисленные суммы, так как ищет их по конкретному разрезу аналитики.Для проверки этого момента попробуем в шапке ведомости изменить значение в поле Вид дохода и нажать кнопку Заполнить. Если сотрудники появились — причина в несоответствии кодов при начислении и выплате.
Если манипуляции с видами дохода не помогли, нам необходимо «заглянуть под капот» системы. Разберем, как проверить состояние взаиморасчетов напрямую в регистре. Для этого воспользуемся механизмом перехода по ссылке (комбинация клавиш Shift+F11). Нам нужно вставить следующую ссылку:
e1cib/list/РегистрНакопления.ЗарплатаКВыплате
В открывшемся списке выполним отбор по конкретному «проблемному» сотруднику. Проанализируем колонки:
Если мы видим в регистре записи с «плюсом» за прошлый год и такие же записи с «минусом» (сторно), это верный признак того, что программа пытается произвести зачет старых долгов. Если же сумма с минусом не перекрыта плюсом, автоматическое заполнение не сработает, так как программа не может выплатить отрицательную сумму.
Когда мы обнаружили, что предшественники допустили ошибки (например, неверно указали оклады или неправильно провели возвраты от банка через Списание с расчетного счета), встает вопрос: как это исправить, не трогая закрытые периоды? Рассмотрим пошаговый алгоритм.
Этот способ позволяет точечно скорректировать регистры накопления:
Операция, введенная вручную.Ещё в верхней части документа и выбираем пункт Выбор регистров.Регистры накопления и ставим галочку напротив Зарплата к выплате.Расход) с той же самой аналитикой (тот же сотрудник, тот же месяц начисления, тот же вид дохода).Важно: записи должны максимально точно повторять аналитику ошибочных строк, иначе программа создаст еще одну ветку пересортицы вместо того, чтобы схлопнуть старую.
Для более продвинутых пользователей доступен документ Перенос данных (находится в разделе Администрирование). Он работает аналогично операциям вручную, но предназначен именно для корректировки регистров. В нем мы можем заполнить записи регистра Зарплата к выплате, чтобы вывести остаток в ноль на начало текущего месяца. После этого ведомость должна начать заполняться корректно, видя только актуальные начисления.
Часто в советах можно встретить рекомендацию выполнить Тестирование и исправление (ТиИ). Посмотрим на ситуацию критически. ТиИ исправляет битые ссылки и логическую целостность базы данных. Однако, если в регистре записана неверная сумма по вине пользователя — это не поломка базы, а учетная ошибка. Программа считает эти данные верными. Поэтому ТиИ стоит делать только в том случае, если вы уверены, что произошел технический сбой (например, после аварийного завершения обновления).
Если вы решились на ТиИ, не забудьте про следующие флажки:
Иногда странное поведение формы (кнопки не нажимаются, данные не отображаются) связано с кэшем. Выясним, как это проверить. Если у другого пользователя в этой же базе ведомость заполняется нормально, а у вас — нет, значит, проблема в локальном кэше вашего компьютера. В этом случае использование «батника» для очистки кэша или ручное удаление папок из AppData оправдано. Однако кэш редко является причиной неверных сумм в ведомости — он скорее отвечает за визуальное отображение и стабильность интерфейса.
Подведем итог нашего анализа. Если ведомость перестала заполняться автоматически:
70 с расшифровкой в ведомости (двойной клик по сумме выплаты покажет, какие «хвосты» тянет программа).Зарплата к выплате через Shift+F11 на предмет пересортицы по месяцам и документам-основаниям.Операция или Перенос данных.Помните, что чистота регистров в 1С:Бухгалтерии так же важна, как и правильность проводок. Регулярный контроль за отсутствием отрицательных остатков в регистрах накопления избавит вас от необходимости ручной правки ведомостей при каждой выплате зарплаты.