Как правильно перенести остатки и обороты с КОСГУ 290 на 291 в БГУ 1.0 при переходе на инструкцию 64н?

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

Переход на новые инструкции по бюджетному учету всегда сопряжен с техническими сложностями, особенно когда речь идет о детализации кодов КОСГУ. В 2018 году, согласно Приказу Минфина № 64н, привычный код 290 перестал существовать как конечный элемент и разделился на несколько подстатей: 291, 292, 293, 294, 295, 296, 297, 298, 299. В программе «1С:Бухгалтерия государственного учреждения 1.0» (БГУ 1.0) типовой помощник перехода часто выполняет перенос «самосвалом», отправляя все данные на код 296. Однако методологически налоги, пошлины и сборы должны быть отражены по коду 291.

Рассмотрим подробно, как исправить ситуацию, если автоматический перенос отработал не совсем корректно, и какие инструменты 1С нам в этом помогут.

Анализ ситуации: почему автоматика выбирает КОСГУ 296

Проанализируем алгоритм работы типового помощника. Программа настроена таким образом, чтобы перенести остатки на наиболее универсальный код в данной группе. Поскольку код 296 («Иные выплаты текущего характера физическим лицам») и смежные с ним коды охватывают большой объем операций, 1С предлагает пользователю базовый вариант. Ответственность за детальное распределение (например, выделение налогов на 291 или штрафов на 297) ложится на бухгалтера.

Решение 1: Использование Помощника переклассификации (рекомендуемый способ)

Самый безопасный метод, позволяющий сохранить целостность регистров — это использование специализированного инструмента. Разберем по шагам, как это сделать:

  1. Откроем Помощник переноса остатков между счетами (или кодами КБК/КОСГУ).
  2. Выберем счет, по которому произошло некорректное распределение (например, 302.96).
  3. В качестве источника укажем старый (или временно назначенный помощником) КОСГУ 296.
  4. В качестве приемника укажем целевой счет 302.91 и КОСГУ 291.
  5. Проверим аналитику: контрагенты и договоры должны совпадать, чтобы не возникло «развернутого» сальдо.

Этот метод хорош тем, что программа автоматически формирует необходимые проводки и корректно закрывает записи в регистрах накопления, что критично для корректного формирования отчетности в БГУ 1.0.

Решение 2: Корректировка через счет 401.30 (межотчетный период)

Если мы обнаружили ошибку в переносе входящих остатков на 01.01.2018, то согласно методическим рекомендациям Минфина (Письмо № 02-06-07/45089), такие правки должны отражаться в межотчетном периоде. Выясним, как это реализовать технически:

Создадим документ Операция (бухгалтерская) датой 31.12.2017. Важно: время документа должно быть установлено таким образом, чтобы он шел после всех итоговых операций года, но до формирования вступительных балансов. В поле «Журнал операций» укажем значение «0».

Пропишем проводки методом сторно и нового начисления:


// Сторнируем неверный перенос на 296
Дт 1.401.30.000 Кт 1.302.96.730 (Сумма со знаком минус)

// Отражаем верный перенос на 291
Дт 1.401.30.000 Кт 1.302.91.730 (Сумма со знаком плюс)

Использование счета 401.30 («Изменение валюты баланса») гарантирует, что эти обороты не попадут в отчетность 2017 или 2018 года как текущие расходы, а отразятся в Сведениях об изменении остатков валюты баланса (ф. 0503173 или 0503773).

Решение 3: Исправление оборотов текущего года методом «Красное сторно»

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

Рассмотрим правильный алгоритм:

  1. Используем документ Сторно. Он находится в меню «Бухгалтерский учет» -> «Регламентные операции».
  2. Выбираем документ-основание, который сформировал неверную проводку с КОСГУ 296.
  3. Программа автоматически создаст зеркальные записи с отрицательными значениями.
  4. Вторым шагом создаем документ Операция (бухгалтерская) и вводим правильные проводки с использованием КОСГУ 291.

Важный момент: при исправлении расчетов по счету 302.00 обязательно следите за субконто «Контрагенты» и «Договоры». Если ошибиться в одной букве наименования или выбрать другой договор, в акте сверки и оборотно-сальдовой ведомости сумма «зависнет» одновременно и в дебете, и в кредите.

Решение 4: Ручная правка документа переноса (для опытных пользователей)

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

Для этого в документе переноса нужно нажать кнопку Дт/Кт, установить флаг «Ручная корректировка» и заменить значения 296 на 291 и счета 302.96 на 302.91.

Внимание! Мы не рекомендуем этот способ, если в вашей конфигурации активно используются регистры накопления по забалансовым счетам или специфические учетные механизмы БГУ 1.0. Ручная правка проводок не всегда синхронизируется с регистрами, что в будущем может привести к ошибкам в регламентированных отчетах по исполнению бюджета (например, в формах 0503127 или 0503737).

Резюме и рекомендации для отчетности

Проанализировав все способы, подведем итог. При переходе на детализированные коды КОСГУ в БГУ 1.0 следует придерживаться следующей логики:

Не забудьте отразить все изменения в текстовой части Пояснительной записки (ф. 0503160 или 0503760). Укажите, что переклассификация остатков проведена в связи с вступлением в силу Приказа 64н и детализацией статьи 290 КОСГУ.

← На главную