При переходе на новые форматы бюджетной классификации и новые коды КОСГУ (КЭК) пользователи программы «1С:Бухгалтерия государственного учреждения 1.0» (начиная с релизов 1.0.56.7 и 1.0.56.8) часто сталкиваются с неприятной проблемой. После обновления конфигурации типовой план счетов не заполняется новыми допустимыми кодами КЭК, а у счетов, прекративших свое существование или изменивших назначение (например, 205.83, 208.12 и др.), не проставляется дата окончания действия 31.12.2018. При этом для счетов расчетов 302, 303 остаются только старые обобщенные коды КЭК 730 и 830.
Попытки выполнить стандартную процедуру «Восстановить настройки по умолчанию» через меню настроек плана счетов приводят к зависанию процесса или аварийному завершению работы программы (обычно на уровне 40%). Давайте подробно разберем, почему возникает эта ошибка, проанализируем технические причины конфликта данных и рассмотрим пошаговые сценарии решения этой проблемы.
Основная причина, по которой штатные механизмы обновления пасуют, кроется в жестком контроле ссылочной целостности платформы «1С:Предприятие». В БГУ 1.0 план счетов ЕПСБУ имеет периодический характер — счета имеют реквизиты Дата начала и Дата окончания действия. В результате изменения законодательства многие счета «раздвоились»:
Если в базе данных уже существуют записи в регистре сведений Рабочие счета, привязанные к старому объекту счета, но имеющие дату начала действия 01.01.2019 (или использующие КПС, действующие в 2019 году), платформа заблокирует запись родительского счета. При попытке обновления система пытается прописать старому счету дату окончания 31.12.2018, видит «будущие» рабочие счета для этого объекта и отменяет транзакцию без вывода информативного сообщения.
Рассмотрим несколько эффективных способов решения этой проблемы — от радикальной очистки до точечной ручной настройки.
Этот способ идеально подходит для учреждений, которые регулярно проводят процедуру свертки (обрезания) базы данных на начало года. Если история прошлых рабочих счетов за предыдущие годы вам не требуется, самым быстрым решением будет полная очистка регистра сведений Рабочие счета с последующей инициализацией.
Выполним процедуру по шагам:
Рабочие счета, отметим его флагом и выполним очистку.
Набор = РегистрыСведений.РабочиеСчета.СоздатьНаборЗаписей();
Набор.Записать(); // Записываем пустой набор, полностью очищая регистр
Если вам необходимо сохранить историю рабочих счетов и полная очистка регистра недопустима, нам придется локализовать проблемные счета и исправить их вручную.
Выполним следующие действия:
ЕПСБУ, откроем его форму списка и перетащим в конец видимых колонок реквизиты ДатаНачала и ДатаОкончания. В свойствах этих полей разрешим их редактирование. Сохраним изменения.Для облегчения ручного труда фирма «1С» и независимые разработчики поставляли специализированные внешние обработки. В дистрибутив обновлений БГУ обычно включаются файлы:
ПроблемныеСчета.epf — сканирует рабочий план счетов, сопоставляет его структуру с эталонным макетом обновления и выводит список всех расхождений и конфликтующих дат.ЗаполнениеДатДляСчета.epf — позволяет принудительно установить требуемые периоды действия для выбранного счета, обходя некоторые стандартные ограничения интерактивного ввода.Проанализируем ситуацию: штатные обработки от «1С» часто используют стандартный метод записи объектов, поэтому при наличии серьезных логических тупиков в базе они также могут аварийно завершаться. В таких случаях программисты используют альтернативные обработки (например, популярную в сообществе обработку от Sashares), которые осуществляют запись в обход объектных проверок через прямой набор записей регистра сведений, что позволяет «разрубить» зациклившиеся связи.
Особую сложность для бухгалтеров представляет ведение учета по счетам, которые изменили свою аналитику (например, расчеты по командировочным расходам 208.12). После обновления в оборотно-сальдовой ведомости (ОСВ) такой счет начинает «раздваиваться», поскольку остаток висит на старом объекте счета (закрытом 31.12.2018), а новые документы с января 2019 года проводятся по новому объекту счета.
Для исправления этой картины выполним процедуру переноса остатков:
401.30 (или 304.06). На практике большинство учреждений используют счет 401.30.208.12, программа запутается и выберет один и тот же объект, в результате чего проводка не сформируется.После того как даты начала и окончания действия счетов успешно встали на свои места, а настройки по умолчанию восстановились, нам необходимо актуализировать сопутствующие регистры и справочники:
Виды КБК счетов (отвечает за допустимые виды КПС) и КОСГУ счетов (отвечает за допустимые виды КЭК) через меню Операции — Регистры сведений. Убедимся, что новые привязки соответствуют требованиям приказов Минфина.tmplt в папке соответствующего релиза БГУ). Она автоматически заменит устаревшие обобщенные коды КЭК на новые детальные статьи в документах начала текущего года.Контрагенты и проверим заполнение реквизита Тип контрагента для всех активных партнеров. На основе этого реквизита программа в дальнейшем будет автоматически определять и подставлять нужные детальные подстатьи КОСГУ (группы 730/830 и др.) в новые проводки.