Переход с редакции 1.0 на 2.0 конфигурации «Бухгалтерия государственного учреждения» (БГУ) — это не просто обновление, а полноценная миграция данных в новую структуру метаданных. Часто пользователи сталкиваются с ситуацией, когда после завершения обработки в новой базе видны только входящие остатки, а журналы документов за текущий период остаются пустыми. Проанализируем причины этой проблемы и разберем по шагам, как обеспечить корректный перенос всех данных, включая обороты текущего года и сложные регистры нефинансовых активов (НФА).
Разберем ситуацию, когда оборотно-сальдовая ведомость показывает цифры, но документы в журналах отсутствуют. Чаще всего причина кроется в неверно указанной дате переноса в помощнике перехода. Рассмотрим логику работы механизма выгрузки:
01.01.2024, система воспринимает это как команду перенести только входящие остатки на начало года. Документы этого дня и последующих периодов в выгрузку не попадут.Проанализируем пример: если мы хотим получить остатки на 01.01.2024 и все документы за январь и февраль, в поле «Дата переноса» следует поставить 29.02.2024 23:59:59. В этом случае в БГУ 2.0 будут сформированы документы Ввод остатков на 31.12.2023 и перенесены все первичные документы за период с 01.01.2024 по 29.02.2024 включительно.
Качество переноса напрямую зависит от чистоты учета в исходной базе. Перед началом выгрузки крайне важно выполнить «Технологический анализ» и устранить ошибки. Рассмотрим основные моменты, требующие проверки:
1. Проверка уникальности и заполнения справочников. Рекомендуется проверить уникальность инвентарных номеров в справочнике Основные средства и заполнение кодов ОКОФ. В редакции 2.0 механизмы контроля более строгие, и пустые значения могут привести к некорректному формированию регистров сведений.
2. Свертка базы. Если база БГУ 1.0 велась много лет и имеет огромный объем, выполнение свертки перед переходом крайне желательно. Это позволит избежать «зацикливания» процесса загрузки XML-файла и сократит время миграции. Выполняйте свертку на начало года перехода.
3. Аналитика на счетах. Проанализируем план счетов: если в БГУ 1.0 вы добавляли свои субконто или изменяли типы существующих, эти же изменения необходимо заранее внести в БГУ 2.0. В противном случае данные по этой аналитике будут безвозвратно утеряны при загрузке, так как механизм XDTO не найдет соответствующих полей.
Иногда процесс переноса прерывается из-за системных ограничений платформы «1С:Предприятие». Разберем, как с этим бороться.
Ошибка доступа и внешние обработки. При попытке загрузить файл может возникнуть ошибка прав доступа. Проверьте, включена ли у пользователя опция Защита от опасных действий. В настройках пользователя на вкладке «Адреса и телефоны» или в параметрах системы необходимо снять этот флаг для администратора, выполняющего перенос, либо разрешить использование внешних обработок в профиле безопасности.
Различия в реквизитах учреждения. Выясним причину, по которой документы могут не привязываться к учреждению. Часто это происходит из-за расхождения кодов ОКТМО, КПП или ОКПО в карточке учреждения в старой и новой базах. Перед загрузкой убедитесь, что эти реквизиты идентичны до последнего знака.
Наиболее трудоемкий этап — проверка переноса основных средств. В БГУ 2.0 учет НФА сильно завязан на регистры сведений, а не только на бухгалтерские проводки. Рассмотрим типичные ошибки:
Амортизация ОС. Причина часто кроется в некорректных датах ввода в эксплуатацию или несоответствии счета учета счету начисления амортизации в регистре Соответствие счетов ОС в исходной базе.В БГУ 2.0 логика работы с Источниками финансового обеспечения (ИФО) изменилась. Если в старой базе учет по ИФО не велся, а при переносе в документах появился «служебный ИФО», который невозможно удалить, выполним следующие действия:
Групповое изменение реквизитов.Проанализируем ситуацию, когда остатки на конец 2023 года не сходятся с остатками на начало 2024 года в БГУ 2.0. В платформе начиная с версии 8.3.10 реализован механизм межотчетного периода (свойство Уточнение периода в регистре бухгалтерии). Документы закрытия года, такие как Закрытие счетов санкционирования, теперь записываются в этот спецпериод.
Чтобы увидеть эти суммы в ОСВ, необходимо в настройках отчета на вкладке «Показатели» или «Дополнительные поля» (в зависимости от релиза) включить отображение движений межотчетного периода. В БГУ 1.0 такого разделения не было, что часто вводит бухгалтеров в заблуждение при сверке данных.
Если файл выгрузки «висит» сутками, проанализируем состояние системы. Для оптимизации процесса воспользуемся следующими приемами:
// Пример настройки для ускорения:
// 1. Используйте 64-битный клиент платформы для выделения большего объема памяти.
// 2. Отключите автоматическое проведение документов при загрузке.
// 3. Выполните загрузку справочников отдельно от документов, если объем данных критический.
Также проверьте план счетов на наличие дублей. Если в БГУ 2.0 уже создан счет с кодом, который совпадает с загружаемым (но имеет другую иерархию), загрузка может зациклиться. Перед переносом рекомендуется «обнулить» план счетов в новой базе, оставив его в типовом состоянии без ручных правок.
Помимо технических преимуществ (управляемые формы, расширенные отчеты), переход продиктован требованиями законодательства. Рассмотрим нормативную базу:
Подводя итог, можно сказать: переход на БГУ 2.0 — сложный процесс, требующий внимательности к деталям. Главный залог успеха — правильная установка даты переноса (на конец отчетного периода) и тщательная очистка базы 1.0 от ошибок учета НФА и дублей аналитики.