← На главную

При работе в программе «1С:Бухгалтерия государственного учреждения 8, редакция 1.0» бухгалтеры часто сталкиваются с ситуацией, когда после проведения свертки информационной базы «повисают» остатки по счету 208.12 («Расчеты по прочим выплатам»). Ситуация осложняется тем, что после свертки реальные документы Авансовый отчет превращаются в записи в документе ввода остатков, а система при попытке выплатить задолженность или провести зачет продолжает требовать конкретный документ-основание. Разберем подробно, как исправить эту ситуацию и окончательно закрыть «хвосты» прошлых лет.

Причина возникновения проблемы

Проанализируем механику работы программы. В БГУ 1.0 учет расчетов с подотчетными лицами ведется в двух разрезах: на бухгалтерских счетах (проводки) и в регистре накопления Расчеты с подотчетными лицами. Когда выполняется свертка базы, документы прошлых периодов удаляются, а их итоги фиксируются документом Ввод остатков. При этом в субконто «Авансовый отчет» на счете 208.12 может оказаться либо ссылка на удаленный объект, либо сам документ ввода остатков, либо пустое значение. Поскольку конфигурация жестко контролирует соответствие бухгалтерского счета и регистра, простые ручные проводки здесь не помогают — сумма продолжает числиться в отчетах как незакрытый аванс.

Решение 1: Корректировка документа ввода остатков

Самый корректный способ — это правильно оформить входящее сальдо. Выясним, почему стандартные документы выплаты «не видят» долг. Если сотрудник потратил свои деньги в 2017 году, а учреждение возмещает их в 2019, у вас должна быть зафиксирована кредиторская задолженность.

1. Откроем документ Ввод остатков по расчетам с подотчетными лицами, созданный при свертке.
2. Проверим аналитику: Сотрудник, КБК (КПС) и КОСГУ (КЭК). Особое внимание уделим КЭК — для счета 208.12 это обычно 212 или 266 (в зависимости от года и типа выплаты).
3. В поле «Документ расчетов» (субконто 3) необходимо выбрать сам этот же документ ввода остатков. Таким образом, он сам для себя станет основанием для последующего закрытия.
4. Убедимся, что сумма указана в колонке «Кредит» (если мы должны сотруднику).

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

Решение 2: Использование технического Авансового отчета

Если система по-прежнему требует Авансовый отчет, а документ ввода остатков не подтягивается, рассмотрим метод создания «пустышки». Это часто помогает в БГУ 1.0, где логика программы завязана на конкретный тип документа.

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

1. Зайдем в Операцию (бухгалтерскую).
2. Выберем наш пустой Авансовый отчет в качестве субконто счета 208.12.
3. Обязательно перейдем на вкладку «Выбор регистров» и добавим регистр накопления Расчеты с подотчетными лицами.
4. В движениях регистра укажем:
   • Вид движения: Расход (для закрытия дебиторки) или Приход (для корректировки кредиторки).
   • Сотрудник: Нужное подотчетное лицо.
   • Расчетный документ: Наш новый «пустой» авансовый отчет.

Это позволит «схлопнуть» аналитику в управленческом регистре, который отвечает за формирование отчетности по подотчетным лицам.

Решение 3: Временное изменение настроек плана счетов

Рассмотрим радикальный, но действенный метод, если нужно быстро убрать остатки. Посмотрим на настройки счета 208.12. По умолчанию субконто «Авансовые отчеты» является обязательным.

Мы можем временно зайти в план счетов, найти счет 208.12 и снять галочку «Обязательное» для субконто 3. После этого:

1. Проводим документ выплаты или Операцию без указания конкретного авансового отчета.
2. Программа позволит провести документ с пустым субконто.
3. Сумма закроется в разрезе КБК и сотрудника.
4. Важно: После выполнения операции обязательно верните настройку обязательности субконто назад, иначе в будущем учет превратится в «кашу», так как новые авансовые отчеты перестанут привязываться к выплатам автоматически.

Решение 4: Учет изменений в бюджетной классификации (КОСГУ)

Выясним причину, по которой суммы в Главной книге могут «раздваиваться» (появляться новой строкой ниже долга). С 2019 года вступили в силу изменения в применении КОСГУ (приказ 209н). Счет 208.12 в 2017 году и счет 208.12 в 2019 году — это технически могут быть разные счета с точки зрения аналитики КЭК.

Проанализируем ситуацию: если остаток висит по КОСГУ 212, а вы пытаетесь закрыть его через КОСГУ 266 (согласно новым правилам для компенсаций), программа создаст новую строку.

Рассмотрим порядок действий:

1. Сначала перенесите остаток со «старого» сочетания КПС/КЭК на «новое» документом Перенос остатков по КПС или ручной операцией.
2. При переносе следите, чтобы в регистре Расчеты с подотчетными лицами записи также обновились.
3. Только после приведения аналитики к единому виду (как в остатках, так и в текущем документе выплаты) сумма закроется в одной строке отчетности.

Решение 5: Документ «Корректировка расчетов»

В БГУ 1.0 существует специализированный инструмент — документ Корректировка расчетов с дебиторами и кредиторами. Посмотрим, как он может помочь:

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

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

Резюме

Для успешного закрытия старых авансов после свертки базы необходимо:

• Проверить соответствие данных в бухгалтерском учете и регистре накопления.
• Убедиться, что КБК и КОСГУ в документе выплаты идентичны тем, что занесены в остатках.
• Использовать документ ввода остатков в качестве расчетного документа при оформлении кассового выбытия.

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