← На главную

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

Почему автоматический переход работает некорректно?

Проанализируем ситуацию: при использовании типовой обработки «Переход на применение приказа 64н (КОСГУ)» пользователи часто сталкиваются с тем, что КЭК 290 корректно переносится на новые коды (например, 296) только по счетам расчетов (например, 303.05) в корреспонденции со счетами затрат (401.20). Однако обороты по банку, кассе и забалансовым счетам 17 и 18 остаются «висеть» на старом коде.

Выясним основные причины такого поведения системы:

1. Алгоритм помощника: Типовой помощник в БГУ 1.0 ориентирован преимущественно на остатки по счетам расчетов и МЦ. Обороты по забалансовым счетам (17, 18), привязанные к кассовым операциям, часто игнорируются, так как система не может автоматически определить, к какому из новых уточненных кодов (от 291 до 299) относится конкретный платеж.
2. Нетиповые операции: Если в учреждении использовались модифицированные (ручные) типовые операции в документах «Кассовое поступление» или «Заявка на кассовый расход», помощник их пропускает. Программа ищет строго заданные шаблоны проводок, и любое отклонение блокирует автоматический перенос.
3. Счета обязательств (500-е): Перенос по счетам 502.11 и 502.12 часто не срабатывает из-за того, что в базе остаются открытые документы «Регистрация обязательств», которые продолжают транслировать старый КЭК в новые платежные документы.

Способ 1: Использование обработки «Поиск и замена значений»

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

Пошаговый алгоритм действий:

1. Сделаем полную архивную копию информационной базы. Это обязательное условие перед любыми массовыми изменениями.
2. Запустим обработку «Поиск и замена значений».
3. В поле «Что заменять» выберем элемент справочника КЭК со значением 290.
4. В поле «На что заменять» выберем новый код, на который должна перейти основная часть оборотов (например, 296).
5. Нажмем кнопку «Найти ссылки». Система сформирует список всех документов и проводок, где задействован старый код.
6. Проанализируем список. Если большинство операций действительно относятся к выбранному новому коду, нажимаем «Выполнить замену».
7. Те операции, которые должны быть отнесены к другим кодам (например, 291 или 297), придется скорректировать вручную в первичных документах после массовой замены.

Этот метод позволяет быстро «схлопнуть» аналитику по банковским и кассовым документам, которые пропустил помощник перехода.

Способ 2: Обновление и технологический анализ

Разберем технический нюанс: иногда проблема кроется в ошибках релиза. Пользователи отмечали, что в версии 1.0.52.6 наблюдались сбои, которые были частично исправлены в 1.0.52.7. Однако простого обновления недостаточно.

Проанализируем ситуацию с технической стороны. Перед повторным запуском перехода необходимо выполнить следующие действия:

• Проверим актуальность платформы (рекомендуется использовать актуальную версию 8.3).
• Выполним процедуру «Тестирование и исправление информационной базы» (меню Администрирование - Выгрузить ИБ). Установим галочки «Проверка логической целостности» и «Очистка ссылок на несуществующие объекты». Это поможет убрать «битые» ссылки в справочнике КЭК.
• Используем отчет «Технологический анализ». В настройках отчета выберем проверку соответствия КОСГУ и счетов учета. Это позволит точечно выявить документы, в которых КЭК 290 остался в недопустимых сочетаниях со счетами.

Способ 3: Корректировка обязательств (500-е счета)

Если проблема касается счетов учета обязательств, разберем порядок действий подробнее. Чтобы новые документы не «подтягивали» старый КЭК 290, нужно актуализировать данные в регистрах сведений и документах планирования.

Посмотрим, как это сделать:

1. Найдем все документы «Регистрация обязательств и сведений о договоре», по которым есть остатки на дату перехода (01.07.2018).
2. В этих документах необходимо либо изменить КЭК вручную, либо воспользоваться групповой обработкой документов.
3. После изменения КЭК в плановых документах, перепроведем кассовые документы (Заявки на кассовый расход, Кассовые выбытия). При перепроведении программа пересчитает забалансовые счета 17.01, 18.01 и корректно закроет обязательства по новым кодам.

Рекомендации по работе с нетиповыми операциями

Проанализируем ситуацию, когда в учреждении активно правились типовые операции. Выясним причину: помощник перехода ищет в справочнике ТиповыеОперации стандартные настройки. Если вы добавили туда свои субсчета или изменили порядок формирования проводок, переход их «не узнает».

Рекомендуемая тактика:

Временно вернем измененные операции к типовому виду (можно загрузить их из чистой конфигурации того же релиза). После этого запустим помощник перехода повторно. Когда КЭКи будут успешно заменены в документах, можно восстановить свои настройки в справочнике ТиповыеОперации. Это трудоемкий, но наиболее надежный способ сохранить логику работы учреждения и при этом выполнить требования законодательства.

Заключение и контроль результатов

После проведения всех манипуляций, проверим результат с помощью отчета «Главная книга» или «Оборотно-сальдовая ведомость» по счету 290 (в разрезе субконто КЭК). Если оборотов на 30.06.2018 и последующие даты по коду 290 не осталось — задача выполнена успешно.

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