Как исправить ошибки КЭК и некорректное обновление плана счетов в БГУ 1.0.56.7?

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

Обновление конфигурации «Бухгалтерия государственного учреждения, редакция 1.0» до релиза 1.0.56.7 (и последующего 1.0.56.8) стало одним из самых сложных этапов для технических специалистов и бухгалтеров в 2019 году. Это было связано с масштабным изменением классификации КОСГУ согласно приказу Минфина № 209н. Основные жалобы пользователей сводились к огромному количеству ошибок по КЭК в технологическом анализе, появлению «счетов-двойников» и невозможности выбрать нужные счета в документах.

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

Причина возникновения ошибок и «счетов-двойников» в Плане счетов

Проанализируем ситуацию: при обновлении конфигурация пытается изменить существующие счета (установить им дату окончания действия 31.12.2018) и создать новые элементы плана счетов с 01.01.2019. Однако, если бухгалтеры уже успели создать Рабочие счета (связки Счета и КПС) для 2019 года до момента установки обновления, типовой механизм обновления блокируется.

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

  1. В Плане счетов появляются записи с одинаковыми кодами (например, два счета 208.12).
  2. У новых записей отсутствуют допустимые КЭК и виды КПС.
  3. При включенном отборе по дате актуальные счета пропадают из списка выбора.

Решение 1: Принудительное заполнение настроек Плана счетов

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

Выясним причину: типовая обработка ЗаполнениеНастроекСчетов отвечает за установку признаков учета, допустимых КЭК и дат актуальности. Если она не отработала до конца, выполним следующий фрагмент кода:


Обработка = Обработки.ЗаполнениеНастроекСчетов.Создать();
Обработка.ПроизвестиНастройкуПланаСчетов();

После выполнения этого метода система попытается заново проставить даты окончания действия для старых счетов и заполнить параметры для новых. Важно: перед запуском убедитесь, что в базе нет некорректных рабочих счетов, созданных вручную для 2019 года на базе старых (закрывающихся) счетов. Их необходимо либо удалить, либо перепривязать к новым элементам плана счетов.

Решение 2: Исправление ошибок КЭК по счету 105 (Матзапасы)

Одной из главных проблем тех. анализа стали ошибки по счету 105.00. До 2019 года КЭК для материалов (340/440) был оборотным и не имел остатков. С 2019 года введена детальная классификация (341-349), и КЭК стал остаточным.

Разберем по шагам, как устранить разрывы в ОСВ и технологическом анализе:

  1. Анализ остатков: если на начало 2019 года остатки висят на общем коде 340 (или пустом), а списание в новом году идет по кодам 341-349, программа покажет отрицательные остатки по новым КЭК и «зависшие» плюсы по старому.
  2. Использование помощника: для исправления ситуации необходимо воспользоваться Помощником переноса остатков между счетами.
  3. Перенос остатков: выполним операцию переноса остатков по КЭК на 01.01.2019. Это позволит распределить общие суммы 340 по конкретным аналитическим кодам в соответствии с новыми требованиями законодательства.

Решение 3: Настройка допустимых КЭК для 500-х счетов

Многие пользователи заметили, что в документах «Принятое денежное обязательство» КЭК перестали подставляться автоматически или вовсе исчезают. Проанализируем ситуацию на примере счетов 502.11 и 502.12. В релизе 1.0.56.7 список допустимых КЭК для этих счетов был ограничен агрегированными кодами (200, 300, 500, 800).

Рассмотрим, как восстановить автоматизацию:

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

Решение 4: Работа с регистром «Соответствия аналитических счетов КОСГУ»

Если в документах (например, по счету 208.12) КЭК не проставляется автоматически из документа-основания, проблема кроется в незаполненном регистре соответствий. Посмотрим, как это работает: программа ищет связку между счетом учета и категорией операции.

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

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

Дополнительные рекомендации по работе с тех. анализом

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

Таким образом, для приведения базы в порядок после обновления 1.0.56.7 необходимо последовательно: исправить План счетов через запуск кода настройки, удалить ошибочные Рабочие счета, перенести остатки по КЭК для материальных запасов и заполнить регистр соответствий КОСГУ. Это позволит избавиться от большинства критических ошибок в технологическом анализе и восстановить корректную работу бухгалтерии.

← На главную