← На главную

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

В этой статье мы подробно разберем причины возникновения этих проблем и пошагово рассмотрим способы их решения совместными усилиями.

Методика 1. Исправление КЭК (КОСГУ) на 303-х счетах и восстановление Плана счетов

Проанализируем первую проблему. После обновления конфигурации пользователи замечают, что на счетах расчетов по налогам и взносам (например, на субсчете 303.06 «Расчеты по страховым взносам на обязательное социальное страхование на случай временной нетрудоспособности и в связи с материнством») привычные коды КЭК 730 и 830 исчезли из Главной книги, а в проводках документов начисления взносов (таких как «Отражение зарплаты в регламентированном учете») вместо них подставился код 213.

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

1. Согласно изменениям в законодательстве, коды КЭК 730 и 830 стали групповыми (недетальными). Начиная с отчетного периода, использовать их в проводках напрямую запрещено. Учет должен вестись по детальным кодам подстатей.
2. Для счетов расчетов с бюджетом (группа счетов 303.00) детальными кодами КЭК теперь являются 731 (увеличение кредиторской задолженности по расчетам с бюджетом) и 831 (уменьшение кредиторской задолженности по расчетам с бюджетом).
3. Появление кода расходов 213 («Начисления на выплаты по оплате труда») непосредственно на счете 303.06 вместо детального КЭК расчетов является программной ошибкой сопоставления счетов, возникшей в процессе некорректного обновления Плана счетов. Код 213 должен отражаться по дебету счетов затрат (например, 109.00 или 401.20), но никак не по кредиту счета 303.06.

Для исправления этой ситуации выполним следующие действия:

1. Перейдем в меню «Бухгалтерский учет» — «План счетов».
2. Найдем в списке проблемный счет (например, 303.06).
3. Нажмем на кнопку «Действия» на панели инструментов и выберем пункт «Восстановить настройки по умолчанию». Система автоматически сопоставит правильные КЭК (731/831) для выбранного счета.

Важное примечание: если при попытке выполнить восстановление настроек система выдает ошибку или действие не приносит результата, это означает, что обновлению конфигурации мешают записи в регистре сведений «Рабочие счета». В процессе обновления План счетов пытается прописать старым счетам дату окончания действия (например, 31.12.2018), а новым — дату начала (01.01.2019). Если в базе остались неактуальные рабочие счета, этот процесс блокируется в фоновом режиме.

Разберем, как решить эту проблему:

1. Откроем регистр сведений РабочиеСчета (через меню «Операции» — «Регистры сведений»).
2. Найдем и удалим рабочие счета для счетов группы 303.хх, которые вызывают ошибку.
3. После очистки регистра снова зайдем в План счетов и выполним команду «Действия» — «Восстановить настройки по умолчанию».
4. Убедимся, что КЭК на счете заменился на правильный (731/831). При необходимости обновите конфигурацию до актуального релиза (не ниже 1.0.56.9), в котором разработчики исправили сопутствующие ошибки в справочнике видов операций.

Методика 2. Автоматизированный перенос старых счетов на новые в документах 2019 года

Рассмотрим ситуацию, когда с 1 января нового года часть счетов учета прекратила свое действие, и вместо них нужно использовать новые счета (например, замена счетов расчетов 302.12, 302.41 и т.д.). В редакции БГУ 2.0 эта проблема решается простым групповым перепроведением документов, но в редакции 1.0 такой механизм не всегда отрабатывает автоматически из-за жесткой привязки аналитики в проведенных документах.

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

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

Для массовой замены устаревших счетов на новые можно воспользоваться универсальной обработкой ПоискИЗаменаЗначений.epf. С ее помощью мы можем настроить точечный перенос:

1. Запустим обработку «Поиск и замена значений» (ее можно открыть через меню «Файл» — «Открыть», предварительно скачав с диска ИТС или официального портала поддержки).
2. В колонке «Что менять» выберем старый счет (например, действовавший до 31.12.2018).
3. В колонке «На что менять» укажем новый счет, действующий с 01.01.2019.
4. Внимание! Чтобы не повредить учетные данные за прошлые периоды, обязательно используйте версию обработки с возможностью отбора объектов. Настроим фильтр по дате документов: замене должны подлежать только те документы, дата которых больше или равна 01.01.2019.
5. Выполним поиск ссылок и произведем замену. По окончании процедуры перепроведем измененные документы.

Способ Б. Использование специализированной обработки «Замена КЭК в проводках и документах»

Начиная с релизов ветки 1.0.56, фирма «1С» поставляет в составе дистрибутива обновления специализированную обработку Замена КЭК в проводках и документах.epf (обычно она находится в папке шаблонов установки конфигурации).

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

Методика 3. Исправление некорректных дат действия КПС и рассинхронизации классификаторов

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

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

Решим эту проблему по шагам:

1. Обновление классификатора доходов и расходов:

   Нам необходимо загрузить свежий классификатор БК. Для этого перейдем в меню «Сервис» — «Обновление бюджетной классификации». В открывшемся помощнике выберем загрузку из файла. Файл классификатора (обычно он называется all_bc.xml) поставляется вместе с обновлением конфигурации и находится в каталоге шаблонов (например, в папке tmplts\1c\StateAccounting\1_0_56_9\).

2. Проверка и актуализация Приказа по БК:

   После успешной загрузки xml-файла необходимо привязать актуальный приказ Минфина к нашей учетной политике. Для этого выполним следующий алгоритм:

   • Перейдем в меню «Учреждения» — «Настройка параметров учета».
   • Откроем вкладку, связанную с бюджетной классификацией (в зависимости от релиза это может быть раздел настроек структуры КБК).
   • Проверим историю применения Приказов по БК. Для документов и операций, начиная с 1 января 2019 года, должен быть выбран актуальный приказ (например, Приказ Минфина № 132н).
   • Сохраним настройки параметров учета.
3. Исправление дат в элементах КПС:

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

Резюме совместной работы: своевременное обновление бюджетных классификаторов из внешних файлов XML и регулярный сброс настроек плана счетов до заводских («по умолчанию») после очистки устаревших рабочих счетов позволяют избежать большинства критических ошибок в БГУ 1.0 при переходе на новые стандарты учета.