При ведении учета в государственных учреждениях периодически происходят масштабные изменения в законодательстве. Одним из таких этапов стало внедрение федеральных стандартов бухгалтерского учета (ФСБУ ГФ) с 1 января 2018 года. Фирма «1С» регулярно выпускает обновления для поддержки актуальных требований Единого плана счетов бухгалтерского учета (ЕПСБУ). Однако в процессе обновления конфигурации «1С:Бухгалтерия государственного учреждения 1.0» (БГУ 1.0) пользователи часто сталкиваются с неприятной ошибкой:
Период действия счета пересекается с периодом действия уже существующего счета с таким же кодом. Проверьте период действия счета.
Чаще всего эта коллизия проявляется при работе со счетами 206.61, 302.12, 302.14, 302.66 и другими счетами учета расчетов. Программа блокирует добавление допустимых видов КПС (Классификационных признаков счетов), не дает записывать изменения в плане счетов или вовсе скрывает новые счета в документах. В этой статье мы подробно разберем, почему возникает эта ошибка, как безопасно решить проблему без снятия конфигурации с поддержки и как восстановить стабильную работу базы данных.
Для правильного ведения истории плана счетов в системе 1С у каждого предопределенного счета ЕПСБУ существуют два ключевых реквизита: «Дата начала» и «Дата окончания» действия. Когда законодатели вводят новые счета взамен старых (даже если у них совпадают коды), логика программы требует разграничить их использование во времени:
31.12.2017.01.01.2018.Во время корректного обновления базы данных эти реквизиты заполняются автоматически специальными обработчиками. Однако, если база обновлялась некорректно (например, «через релиз»), если в процессе обновления произошел критический сбой, либо пользователи ранее вручную изменяли структуру плана счетов, автоматические обработчики обновления могут не выполниться до конца. В результате у старого предопределенного счета реквизит ДатаОкончания остается незаполненным (пустым). В системе 1С пустое значение даты интерпретируется как «бесконечность». Программа считает, что старый счет действует вечно, и блокирует создание или запись нового счета с аналогичным кодом из-за наложения временных интервалов.
Рассмотрим подробнее три эффективных метода решения этой проблемы — от простых пользовательских до административных.
Это наиболее безопасный и быстрый способ, поскольку он не требует изменения конфигурации и снятия базы с поддержки. Процедура выполняется непосредственно в режиме «1С:Предприятие» пользователем с правами «Администратор».
Разберем данный процесс по шагам:
План счетов ЕПСБУ.Код Равно "206.61"). Дополнительно можно добавить отбор по реквизиту Ссылка.ДатаОкончания Пустая, чтобы отобрать только некорректный старый счет.31.12.2017 (или иной дате окончания действия старой редакции плана счетов согласно законодательству).После этого система запишет необходимую дату в карточку старого счета, конфликт периодов будет исчерпан, и новые счета автоматически станут доступны для работы.
Если по какой-то причине стандартная групповая обработка недоступна или у вас есть доступ к внешней обработке «Консоль кода», можно выполнить простое программное действие. Данный способ позволяет обойти любые интерактивные проверки платформы при записи объектов.
Проанализируем пример кода для установки даты окончания действия счета:
// Выбираем старый предопределенный счет, требующий корректировки даты
СчетОбъект = ПланыСчетов.ЕПСБУ.НайтиПоКоду("206.61").ПолучитьОбъект();
Если СчетОбъект <> Неопределено Тогда
// Записываем дату окончания действия старого счета
СчетОбъект.ДатаОкончания = Дата("20171231");
// Включаем режим загрузки для отключения лишних проверок при записи
СчетОбъект.ОбменДанными.Загрузка = Истина;
// Фиксируем изменения в базе данных
СчетОбъект.Записать();
Сообщить("Период действия счета успешно изменен!");
КонецЕсли;
Этот код мгновенно скорректирует данные в базе. После выполнения скрипта рекомендуется перезапустить сеанс работы с программой.
На форумах часто предлагают решить проблему радикально — через доработку формы элемента плана счетов в Конфигураторе. Это действенный метод, но он требует частичного снятия конфигурации с поддержки (разрешения редактирования формы).
Если вы решите воспользоваться этим вариантом, выполним следующие шаги:
Планы счетов — ЕПСБУ. Раскроем ветку и найдем форму элемента (обычно это ФормаЭлемента).ДатаОкончания из панели данных на саму форму элемента, чтобы он стал видимым пользователю.F7).31.12.2017.Иногда при попытке исправить план счетов стандартным механизмом «Восстановление настроек по умолчанию» (в окне настройки плана счетов БГУ 1.0) процесс зависает на 40-50% или завершается аварийной ошибкой. Выясним причину этой проблемы.
Зависание связано с нарушением логической целостности в регистре сведений РабочиеСчета. В этом регистре хранятся готовые связки счетов ЕПСБУ, кодов КПС и КЭК. Если в базе скопилось множество устаревших, поврежденных или дублирующихся рабочих счетов, алгоритм восстановления зацикливается.
Чтобы восстановить работоспособность механизма, выполним следующие действия:
«Поиск и удаление проблемных рабочих счетов». Запустим её в режиме «1С:Предприятие» для выявления и автоматического удаления некорректных записей.После того как мы успешно разделили периоды действия старых и новых счетов, старые счета перестанут отображаться как доступные для выбора в новых документах. Нам потребуется корректно перенести учетные данные на актуальные счета.
Для этого в программе предусмотрен специализированный инструмент. Перейдем в меню Сервис — Служебные — Перенос остатков при изменении плана счетов. С помощью встроенного «Помощника переноса остатков» выполним корректный перенос бухгалтерских итогов в межотчетный период со старых аналитик на новые действующие счета.
В завершение обязательно запустим Технологический анализ (меню Бухгалтерский учет — Технологический анализ), чтобы убедиться в отсутствии расхождений в проводках и корректности формирования регламентированной отчетности учреждения.