Обновление конфигурации «Бухгалтерия государственного учреждения, редакция 1.0» до релиза 1.0.56.7 (и последующего 1.0.56.8) стало одним из самых сложных этапов для технических специалистов и бухгалтеров в 2019 году. Это было связано с масштабным изменением классификации КОСГУ согласно приказу Минфина № 209н. Основные жалобы пользователей сводились к огромному количеству ошибок по КЭК в технологическом анализе, появлению «счетов-двойников» и невозможности выбрать нужные счета в документах.
В данной статье мы подробно разберем причины возникновения этих проблем и изучим алгоритмы их решения, основываясь на опыте практического внедрения и рекомендациях разработчиков.
Проанализируем ситуацию: при обновлении конфигурация пытается изменить существующие счета (установить им дату окончания действия 31.12.2018) и создать новые элементы плана счетов с 01.01.2019. Однако, если бухгалтеры уже успели создать Рабочие счета (связки Счета и КПС) для 2019 года до момента установки обновления, типовой механизм обновления блокируется.
Проблема заключается в том, что программа не может корректно изменить «старый» счет, так как к нему уже «привязан» рабочий счет с датой начала 2019 года. В результате мы получаем следующую картину:
Если обновление прошло с ошибками или настройки счетов заполнились не полностью, мы можем инициировать процедуру настройки программно. Рассмотрим, как это сделать без повторного наката обновления. Нам потребуется выполнить специальный код во внешней обработке или через консоль кода.
Выясним причину: типовая обработка ЗаполнениеНастроекСчетов отвечает за установку признаков учета, допустимых КЭК и дат актуальности. Если она не отработала до конца, выполним следующий фрагмент кода:
Обработка = Обработки.ЗаполнениеНастроекСчетов.Создать();
Обработка.ПроизвестиНастройкуПланаСчетов();
После выполнения этого метода система попытается заново проставить даты окончания действия для старых счетов и заполнить параметры для новых. Важно: перед запуском убедитесь, что в базе нет некорректных рабочих счетов, созданных вручную для 2019 года на базе старых (закрывающихся) счетов. Их необходимо либо удалить, либо перепривязать к новым элементам плана счетов.
Одной из главных проблем тех. анализа стали ошибки по счету 105.00. До 2019 года КЭК для материалов (340/440) был оборотным и не имел остатков. С 2019 года введена детальная классификация (341-349), и КЭК стал остаточным.
Разберем по шагам, как устранить разрывы в ОСВ и технологическом анализе:
Многие пользователи заметили, что в документах «Принятое денежное обязательство» КЭК перестали подставляться автоматически или вовсе исчезают. Проанализируем ситуацию на примере счетов 502.11 и 502.12. В релизе 1.0.56.7 список допустимых КЭК для этих счетов был ограничен агрегированными кодами (200, 300, 500, 800).
Рассмотрим, как восстановить автоматизацию:
Соответствия аналитических счетов КОСГУ.Если в документах (например, по счету 208.12) КЭК не проставляется автоматически из документа-основания, проблема кроется в незаполненном регистре соответствий. Посмотрим, как это работает: программа ищет связку между счетом учета и категорией операции.
Для исправления выполним следующие действия:
Если после всех манипуляций технологический анализ продолжает «ругаться» на некорректный КЭК, рекомендуем выполнить следующие проверки:
ПоискИЗаменаЗначений.epf для массовой подстановки правильных кодов в документы и проводки.Таким образом, для приведения базы в порядок после обновления 1.0.56.7 необходимо последовательно: исправить План счетов через запуск кода настройки, удалить ошибочные Рабочие счета, перенести остатки по КЭК для материальных запасов и заполнить регистр соответствий КОСГУ. Это позволит избавиться от большинства критических ошибок в технологическом анализе и восстановить корректную работу бухгалтерии.