При обновлении конфигурации «1С:Бухгалтерия государственного учреждения, редакция 1.0» (БГУ 1.0) пользователи часто сталкиваются с крайне неприятным «сюрпризом»: предопределенные счета (особенно популярная группа расчетов 205.00, 206.00, 208.00, 302.00) начинают двоиться. При этом на новых счетах вкладки «Допустимые КЭК» и «Допустимые КПС» оказываются абсолютно пустыми. При попытке выбрать такой счет в любом документе система выдает критическую ошибку: «Счет некорректен!».
В этой статье мы подробно разберем, почему возникает эта техническая проблема, детально проанализируем внутренние механизмы платформы 1С и изучим пошаговый алгоритм, который поможет полностью восстановить корректную работу плана счетов и продолжить ведение бухгалтерского учета без потери данных.
Прежде чем перейти к практическим шагам по исправлению, давайте разберем, почему происходит подобный сбой. Массовое появление дублирующих счетов и сброс настроек КЭК (кодов экономической классификации / КОСГУ) напрямую связаны с изменениями в методологии бюджетного учета.
С вступлением в силу Приказа Минфина России № 209н правила применения КОСГУ существенно изменились. Статьи расчетов (в частности, увеличение и уменьшение дебиторской и кредиторской задолженности) стали детально разграничиваться по типам контрагентов (физические лица, коммерческие организации, участники бюджетного процесса, нерезиденты и т.д.). Вместо единых кодов КОСГУ 560/660 и 730/830 появились детализированные подстатьи (561–569, 661–669 и т.д.).
Для реализации этих требований в БГУ 1.0 разработчикам пришлось кардинально изменить структуру плана счетов ЕПСБУ. Были созданы новые предопределенные счета с поддержкой детальных кодов КЭК. Однако старые счета удалить из базы невозможно, так как по ним уже велся учет в предыдущих периодах. Для решения этой проблемы разработчики 1С используют механизм периодов действия счетов.
Проблема «задвоения» и пустых настроек возникает из-за того, что в процессе обновления базы данных даты начала и окончания действия старых и новых счетов пересекаются либо устанавливаются некорректно. Из-за этого внутреннего конфликта регламентное обновление плана счетов прерывается, и система не может автоматически заполнить разрешенные сочетания КЭК и КПС для новых счетов.
Рассмотрим детально, как шаг за шагом исправить эту ситуацию совместными усилиями.
Любые исправления структуры плана счетов и групповые изменения реквизитов несут в себе риск повреждения ссылочной целостности базы данных. Перед началом работы в обязательном порядке выполним резервное копирование:
.dt) и нажмем кнопку «Сохранить».Только после успешного завершения выгрузки мы можем безопасно приступать к исправлению ошибок плана счетов.
Часто настройки КЭК и КПС не заполняются из-за того, что в базе данных отсутствуют новые коды КОСГУ или классификаторы доходов/расходов. Программа пытается сопоставить новые счета с актуальной классификацией, но не находит её в справочниках.
Давайте актуализируем классификаторы:
Теперь переходим к устранению главного конфликта — пересечения дат действия счетов. Проанализируем ситуацию на примере счета 205.52 (Расчеты по поступлениям текущего характера бюджетным и автономным учреждениям от сектора государственного управления):
Если в базе данных у обоих счетов установлена пустая дата окончания действия или даты перекрывают друг друга, то система не понимает, какой счет использовать, и блокирует заполнение КЭК.
Для исправления дат воспользуемся специализированной обработкой по установке дат действия счетов (ее можно найти на диске ИТС или в дополнительных материалах к обновлениям) либо настроим периоды вручную, если проблемных счетов немного:
205.00.205.52.205.52. Убедимся, что в поле «Дата начала действия» стоит 01.01.2019, а поле окончания периода пустое.205.55, 205.56, счета группы 206, 302 и т.д.).Счета ЕПСБУ (синтетические счета) тесно связаны с так называемыми «рабочими счетами». Рабочий счет — это конкретная комбинация КФО, КПС, синтетического счета и КЭК, которая непосредственно используется при формировании проводок в документах. Эти связки хранятся в специальном регистре.
Если в базе данных присутствуют некорректные («битые») записи рабочих счетов, созданные до обновления или в результате сбоев, стандартные алгоритмы восстановления настроек будут выдавать внутренние ошибки. Рекомендуется запустить встроенную обработку по поиску и удалению неиспользуемых и некорректных рабочих счетов через меню «Сервис» — «Служебные» — «Очистка рабочих счетов» (название обработки может незначительно отличаться в зависимости от точной версии конфигурации).
Когда даты действия счетов приведены в строгое соответствие и устранены конфликты пересечения периодов, мы можем запустить процедуру восстановления допустимых КЭК и КПС. Программа сама заполнит эти реквизиты на основе эталонных настроек, поставляемых разработчиками в обновлении.
Выполним следующие шаги:
После завершения этого процесса откроем карточки проблемных счетов (например, 205.52, 205.55, 205.56). Вы увидите, что вкладки «Допустимые КЭК» и «Допустимые КПС» заполнились необходимыми кодами. Ошибка «Счет некорректен!» при выборе этих счетов в документах больше появляться не будет.
Обратите внимание, что успешное исправление настроек плана счетов — это лишь техническая часть решения. Суммы остатков, которые числились на старых (недетализированных) счетах на дату 31.12.2018, автоматически не перейдут на новые детальные счета с 01.01.2019.
Чтобы учет велся корректно, нам необходимо перенести остатки:
ПереносОстатков.Проанализировав оборотно-сальдовую ведомость после выполнения этих шагов, мы сможем убедиться, что все показатели перенесены корректно, а пустые субконто и ошибки выбора счетов устранены навсегда.