Почему в форме 0503169 задолженность контрагента попадает не на тот тип и как это исправить?

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

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

Причины расхождения типов контрагентов в отчете

Формирование граф в форме 0503169 напрямую зависит от кодов экономической классификации (КЭК / КОСГУ групп 560/660 и 730/830), указанных в проводках документов. Последняя цифра кода (подстатья КОСГУ) определяет тип контрагента (от 1 до 9). Самая распространенная причина несоответствия заключается в следующем: первоначально документы оформлялись, когда в справочнике Контрагенты контрагенту был присвоен один тип (например, 3), а затем бухгалтер изменил тип на корректный (например, 4). Однако автоматического перезаполнения проводок в уже проведенных первичных документах не произошло, поэтому в учетных регистрах сохранились движения со старым кодом КЭК.

Существуют и другие факторы, приводящие к аналогичной проблеме:

  1. Ручная фиксация КЭК в первичном документе: если в документе поступления или акте код КЭК был выбран пользователем вручную, обычное групповое перепроведение не изменит значение реквизита табличной части.
  2. Дублирование элементов справочника: в информационной базе могут присутствовать дубли одного и того же контрагента. В одной карточке тип исправлен, а в учетных документах выбран дубль со старыми реквизитами.
  3. Ошибки переноса остатков: если расхождение наблюдается в остатках на начало года, некорректная аналитика сформировалась при выполнении процедур межотчетного периода или закрытия года.

Диагностика и локализация ошибки

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

  1. Расшифровка ячейки отчета: выделим ячейку с ошибочной суммой в форме 0503169 и нажмем кнопку Расшифровать. Программа откроет отчет с детализацией до первичных документов и конкретных бухгалтерских записей.
  2. Настройка оборотно-сальдовой ведомости: сформируем стандартный отчет Оборотно-сальдовая ведомость по счету (например, 302.XX или 206.XX). В настройках отчета на вкладке Группировка зададим следующую структуру строк:
    • Контрагенты.Тип контрагента
    • Контрагенты
    • КЭК
    Такой отчет наглядно покажет несоответствие: если у контрагента указан тип 4, а обороты или остатки числятся по КЭК 733/833 вместо 734/834, ошибка сразу станет видна.
  3. Технологический анализ: запустим встроенную обработку Технологический анализ. Типовые алгоритмы проверки сопоставляют КЭК расчетов с типами контрагентов из справочника и выдают список документов с ошибками ведения учета.

Способ 1. Исправление оборотов текущего года простым перепроведением

Если некорректный тип отражается в оборотах текущего открытого периода, а КЭК в документах подставляется автоматически из карточки контрагента, разберем базовый порядок действий:

  1. Откроем карточку контрагента в справочнике Контрагенты и убедимся, что реквизит Тип контрагента установлен верно (например, 4 - Юридические лица, индивидуальные предприниматели, физические лица - производители товаров, работ, услуг).
  2. Откроем документы расчетов текущего периода по данному контрагенту.
  3. Нажмем кнопку Провести и закрыть. Перевыбирать контрагента внутри документа обычно не требуется — алгоритм проведения заново прочитает тип из справочника и сформирует движения с корректным КЭК (734/834).
  4. После перепроведения всех документов вернемся в форму 0503169 и нажмем кнопку Заполнить. Задолженность распределится по правильному типу.

Способ 2. Действия при ручном заполнении КЭК и массовая обработка

Если после простого перепроведения проводки не изменились, значит, код КЭК жестко зафиксирован в табличной части документа. Разберем, как поступить в этом случае:

  1. В единичных документах откроем форму документа, перевыберем контрагента или вручную заменим КЭК в табличной части на соответствующий актуальному типу, после чего проведем документ.
  2. Если документов много, используем обработку Групповое изменение реквизитов. Настроим отбор по нужному виду документа и контрагенту, после чего заменим реквизит КЭК в табличной части на правильное значение и выполним проведение.

Способ 3. Исправление остатков на начало года

Если ошибка допущена во входящих остатках, перепроведение документов текущего года не решит проблему. Проанализируем два возможных сценария:

  1. Прошлый период еще не закрыт: если годовая отчетность за прошлый период еще корректируется, можно перепровести регламентные документы завершения года. Последовательно перепроведем документ Формирование остатков по счетам расчетов, затем Формирование остатков по журналам операций и Формирование остатков по КОСГУ 000. После этого входящее сальдо в текущем году сформируется с верным КЭК.
  2. Прошлый период закрыт и сдан: если отчетность прошлого года уже утверждена, трогать документы закрытия прошлых лет категорически нельзя, так как это нарушит контрольные соотношения сданных форм. В такой ситуации перенос задолженности на корректный КЭК выполняется в текущем периоде с применением документа Исправление ошибок прошлых лет или ручной операцией с использованием специализированных счетов: 401.18, 401.19, 401.28, 401.29.

Проверка комплекта отчетности

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

← На главную