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

Бухгалтер 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Бухгалтерский учет
← На главную

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

Основная причина такого поведения программы — наличие задолженности сотрудника перед организацией. Если у сотрудника на начало месяца есть долг, программа автоматически уменьшает сумму аванса. Если долг превышает рассчитанный аванс, сотрудник и вовсе не попадает в ведомость. Чаще всего такие "фантомные" долги возникают у сотрудников, которые ранее увольнялись, а затем были приняты на работу снова.

Шаг 1. Первичная диагностика и поиск задолженности

Прежде чем погружаться в анализ регистров, выполним простую, но очень эффективную проверку. Самый быстрый способ увидеть состояние взаиморасчетов — это отчет Расчетный листок.

  1. Перейдем в раздел Зарплата и кадры – Отчеты по зарплате.
  2. Выберем отчет Расчетный листок.
  3. Сформируем отчет по проблемному сотруднику за текущий месяц (например, за май, как в обсуждаемой ситуации).
  4. Внимательно посмотрим на строку "Задолженность на начало месяца". Если в колонке "за работником" стоит сумма, то мы нашли корень проблемы. Эта сумма и является причиной некорректного расчета аванса.

Теперь наша главная задача — выяснить, в каком месяце эта задолженность возникла.

Шаг 2. Определение месяца возникновения ошибки

Чтобы найти источник проблемы, будем двигаться в прошлое. Продолжаем использовать отчет Расчетный листок, но формируем его последовательно за предыдущие месяцы (апрель, март, февраль и т.д.), пока не найдем период, в котором ошибка появилась.

Алгоритм поиска:

  1. Формируем Расчетный листок за апрель. Смотрим сальдо на начало. Если долг есть, идем дальше.
  2. Формируем за март, и так далее, двигаясь в обратном порядке.
  3. Наша цель — найти месяц, в котором "Задолженность на начало месяца" была нулевой, а "Задолженность на конец месяца" стала отрицательной (т.е. появилась переплата сотруднику, которая для программы является его долгом).

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

Шаг 3. Глубокий анализ данных с помощью регистров накопления

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

Нас интересуют три основных регистра, которые отвечают за взаиморасчеты по зарплате:

Также стоит проверить регистры, связанные с НДФЛ, так как ошибки в них тоже могут влиять на итоговые суммы к выплате:

Как посмотреть данные:

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

Анализ записей покажет, каким документом (регистратором) была создана излишняя сумма к выплате или некорректное списание.

Шаг 4. Корректировка "фантомного" долга

Исправить некорректные остатки в регистрах проще всего с помощью документа Операция, введенная вручную. Этот способ позволяет точечно скорректировать данные, не затрагивая другие документы.

Важно: перед внесением изменений обязательно сделайте резервную копию базы данных!

Порядок действий:

  1. Перейдем в раздел Операции – Операции, введенные вручную и создадим новый документ.
  2. Установим дату документа. Это критически важный момент. Дата должна соответствовать периоду, в котором возникла ошибка (в нашем примере — 31 октября 2020 г.). Это нужно, чтобы "схлопнуть" остатки в том же месяце и не создавать оборотов в других периодах.
  3. В шапке документа нажмем кнопку "Еще – Выбор регистров".
  4. На вкладке "Регистры накопления" отметим галочками три наших ключевых регистра: Взаиморасчеты с сотрудниками, Зарплата к выплате и Бухгалтерские взаиморасчеты с сотрудниками. Нажмем "ОК".
  5. В документе появятся вкладки для каждого регистра. Нам нужно на каждой из них создать запись, которая сторнирует (отменяет) переплату.
  6. Заполняем запись следующим образом:
    • Вид движения: Расход.
    • Сумма: Указываем сумму переплаты со знаком минус.
    • Аналитика (измерения): Заполняем все поля (Сотрудник, Физ. лицо, Период взаиморасчетов и т.д.) в точном соответствии с той ошибочной записью, которую мы сторнируем. Это необходимо для корректного закрытия остатка по всем разрезам учета.
  7. Повторяем эту операцию для всех трех регистров. Записи должны быть идентичными по аналитике.
  8. Проводим документ.

Шаг 5. Проверка результата и финальные действия

После проведения корректировки необходимо убедиться, что проблема решена.

  1. Снова формируем Расчетный листок по сотруднику за месяц, следующий за месяцем корректировки (в нашем примере — за ноябрь 2020 г.). Сальдо на начало месяца должно стать нулевым.
  2. Возвращаемся в текущий период. Формируем Расчетный листок за текущий месяц. Строка "Задолженность на начало месяца" теперь должна быть пустой.
  3. Создаем и заполняем новую Ведомость в банк на выплату аванса. Теперь все сотрудники должны попасть в документ, а суммы — рассчитаться корректно.

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

Таким образом, методичный поиск источника ошибки и аккуратная ручная корректировка регистров позволяют решить даже самые запутанные проблемы с расчетом зарплаты в "1С:Бухгалтерия".

← На главную