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

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

Ситуация, когда при формировании ведомости на выплату зарплаты в программу «подтягиваются» странные суммы, долги прошлых лет или вовсе не попадают нужные сотрудники, является одной из самых распространенных в практике бухгалтера. Особенно остро эта проблема проявляется после перехода на новые версии конфигураций (например, с 2.0 на 3.0) или после свертки информационной базы. Проанализируем, почему идеальное сальдо на 70-м счете не гарантирует корректности ведомостей, и разберем по шагам, как это исправить.

Понимаем механику работы программы: Две реальности учета

Для начала выясним причину, по которой возникают такие расхождения. В 1С:Бухгалтерия 3.0 расчеты с персоналом ведутся параллельно в двух «мирах»:

  1. Бухгалтерский учет: Это наши проводки по счету 70. Здесь мы видим общую сумму задолженности. Если мы начислили 10 000 и выплатили 10 000, сальдо будет нулевым.
  2. Регистры накопления: Именно на их основе строятся документы Ведомость в банк и Ведомость в кассу. Основной регистр, который нас интересует — Взаиморасчеты с сотрудниками.

Проблема заключается в том, что регистр хранит данные в разрезе периодов взаиморасчетов и документов-оснований. Если в 2016 году было начисление, которое не «закрылось» выплатой именно по этому конкретному документу в регистре, то программа будет считать этот долг актуальным, даже если по 70-му счету всё давно выровнялось. Рассмотрим подробнее, как выявить такие «зависшие» записи.

Шаг 1. Диагностика с помощью Универсального отчета

Чтобы не гадать, какой именно документ создал проблему, воспользуемся мощным инструментом — Универсальным отчетом. Он находится в разделе «Отчеты» — «Администрирование» (или «Стандартные отчеты»).

Настроим его следующим образом:

  1. В поле «Тип объекта» выберем Регистр накопления.
  2. В поле «Имя объекта» выберем Взаиморасчеты с сотрудниками.
  3. Нажмем кнопку «Настройки» и перейдем в расширенный режим.
  4. На вкладке «Группировки» добавим поля: Сотрудник, Период взаиморасчетов и Документ-основание.
  5. На вкладке «Отборы» установим фильтр по конкретному сотруднику, у которого тянется долг.

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

Шаг 2. Проверка аналитики (пересортица)

Иногда суммы правильные, но ведомость всё равно заполняется некорректно. Выясним причину через проверку аналитических разрезов. Программа 1С учитывает зарплату не только по сотрудникам, но и по:

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

Шаг 3. Решение проблемы с заполнением аванса

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

  1. Откроем документ Прием на работу или Изменение оплаты.
  2. Найдем поле Аванс.
  3. Если там установлено «Фиксированной суммой», убедитесь, что сумма указана.
  4. Если установлено «Процентом от тарифа», проверьте значение процента.

Если эти данные не заполнены, программа «не знает», сколько платить сотруднику в середине месяца, и игнорирует его при автоматическом заполнении ведомости.

Шаг 4. Техническое исправление «хвостов» (Корректировка регистров)

Рассмотрим самый действенный метод, когда перепроведение старых документов за 2016-2017 годы невозможно (база закрыта, периоды заблокированы или документы вовсе отсутствуют после переноса). В этом случае мы воспользуемся документом Корректировка регистров.

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

Алгоритм действий:

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

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

Пример исправления записи в регистре

Предположим, у нас висит долг за январь 2016 года по документу Начисление зарплаты №001. В документе Корректировка регистров мы создаем строку:

Регистр: Взаиморасчеты с сотрудниками

Вид движения: Расход

Сотрудник: Иванов Иван Иванович

Период взаиморасчетов: 01.01.2016

Документ-основание: Начисление зарплаты №001

Сумма: 5000.00

После проведения такой корректировки документ Ведомость в банк перестанет видеть этот «фантомный» долг и будет заполняться только актуальными данными текущего периода.

Заключение

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

← На главную