Переход с конфигурации «Бухгалтерия государственного учреждения, редакция 1.0» на редакцию 2.0 — это ответственный процесс, требующий максимальной чистоты данных в исходной информационной базе. В процессе выгрузки данных через универсальный обмен или помощник перехода пользователи часто сталкиваются с аппаратными сбоями и программными ошибками. В этой статье мы подробно разберем две популярные проблемы: ошибку конвертации даты в справочнике контрагентов и ситуацию, когда после переноса не отображаются остатки по 100-м счетам (нефинансовые активы).
Данная ошибка возникает на этапе выгрузки данных из БГУ 1.0. В журнале регистрации или в окне обмена появляется системное сообщение, указывающее на обработчик события ПередВыгрузкойОбъекта для правила конвертации объектов (ПКО) Контрагенты. Давайте проанализируем причины этой ошибки и выясним, как ее исправить.
Основная причина кроется в некорректных данных внутри самой базы БГУ 1.0. В карточке контрагента (особенно если это физическое лицо) или в связанном с ним справочнике ФизическиеЛица заполнено поле Дата рождения. Из-за сбоев при импорте данных, некорректной работы сторонних обработок или непосредственного редактирования базы на уровне СУБД в это поле может записаться значение, которое платформа не может интерпретировать как валидную дату (например, пустая ссылка с битой структурой, текст или дата с некорректным числом дней/месяцев).
Удаление реквизита через конфигуратор, как предлагают некоторые пользователи на форумах, — это крайне опасный и неверный путь. Это нарушит целостность конфигурации, сделает невозможным последующие типовые обновления и может повлечь за собой непредсказуемые ошибки в работе других механизмов системы. Вместо этого мы применим программные и административные методы исправления данных.
Рассмотрим пошагово, как локализовать и исправить неверную дату:
Объект = Чулочникова Юлия Юрьевна (Контрагенты). Перейдите в справочник Контрагенты в БГУ 1.0, найдите данную запись. Если это физическое лицо, откройте связанную карточку в справочнике Физические лица.Групповая обработка справочников и документов. Выберите справочник Физические лица (или Контрагенты), отберите элементы, у которых дата рождения заполнена некорректно, и установите для них пустое значение даты (или запишите единую верную дату).Давайте посмотрим на пример программного кода, который обходит справочник физических лиц, проверяет корректность реквизита ДатаРождения и очищает его в случае ошибки преобразования:
Выборка = Справочники.ФизическиеЛица.Выбрать();
Пока Выборка.Следующий() Цикл
// Проверим, заполнена ли дата рождения вообще
Если НЕ ЗначениеЗаполнено(Выборка.ДатаРождения) Тогда
Продолжить;
КонецЕсли;
Попытка
// Пробуем принудительно привести к типу Дата
ТестоваяДата = Дата(Выборка.ДатаРождения);
Исключение
// Если произошла ошибка, значит значение повреждено
ОбъектФизЛицо = Выборка.ПолучитьОбъект();
ОбъектФизЛицо.ДатаРождения = '00010101000000'; // Устанавливаем пустую дату
Попытка
ОбъектФизЛицо.Записать();
Сообщить("Успешно исправлена поврежденная дата рождения у физлица: " + Выборка.Наименование);
Исключение
Сообщить("Не удалось записать объект: " + Выборка.Наименование + ". Ошибка: " + ОписаниеОшибки());
КонецПопытки;
КонецПопытки;
КонецЦикла;
После выполнения данного кода поврежденные значения будут заменены на стандартную пустую дату 1С, что позволит правилам обмена успешно обработать XML-схему без прерывания сессии выгрузки.
Также обязательно убедитесь, что вы используете актуальные правила обмена. Как справедливо заметили участники обсуждения, правила должны строго соответствовать релизу конфигурации-приемника БГУ 2.0. Файл правил обмена (обычно с расширением .xml) всегда идет в комплекте поставки обновления БГУ 2.0 во внешних файлах шаблона конфигурации.
После успешного устранения ошибок выгрузки справочников пользователи нередко сталкиваются со второй проблемой: в БГУ 2.0 отсутствуют остатки по счетам группы 100 (Основные средства, Амортизация, Материальные запасы и др.). Хотя в БГУ 1.0 все отчеты сданы, баланс закрыт и оборотно-сальдовая ведомость заполнена.
Давайте проанализируем ситуацию и выделим ключевые причины, по которым правила конвертации могут игнорировать учетные данные по нефинансовым активам:
В первую очередь необходимо проверить параметры, заданные в самом Помощнике перехода на БГУ 2.0. Перенос данных может выполняться в нескольких режимах. Если по ошибке был выбран режим «Только справочники», документы ввода остатков созданы не будут. Также критически важно проверить дату начала учета в новой базе БГУ 2.0 и дату, на которую выгружаются остатки из БГУ 1.0. Остатки должны переноситься строго на 31 декабря предшествующего года (например, на 31.12.2023 для ведения учета в БГУ 2.0 с 01.01.2024).
Правила переноса данных от фирмы 1С очень чувствительны к качеству ведения учета. Перед выгрузкой в исходной базе 1.0 крайне важно выполнить процедуру Технологического анализа (меню Бухгалтерский учет -> Технологический анализ). Если программа выявит некорректные остатки, правила переноса могут просто проигнорировать дефектные записи. К таким ошибкам относятся:
При ведении учета в БГУ 1.0 остатки по материальным запасам и основным средствам должны строго соответствовать аналитическому разрезу: Центр материальной ответственности (ЦМО) и классификационный признак счета (КПС / КБК). Разберем типичные проблемы:
В конфигурации БГУ 2.0 действуют более строгие правила контроля уникальности инвентарных номеров в рамках одного учреждения. Если в базе БГУ 1.0 были допущены дубли инвентарных номеров у разных объектов основных средств, то при загрузке документов ввода остатков в приемнике может возникнуть конфликт блокировки или отказ в проведении документа.
Для гарантированного переноса остатков по 100-м счетам рекомендуем придерживаться следующего алгоритма действий:
Технологический анализ и исправьте абсолютно все выявленные ошибки учета по нефинансовым активам.Придерживаясь этих рекомендаций и своевременно очищая базу от некорректных исторических данных, вы обеспечите беспрепятственный переход на новую современную редакцию БГУ 2.0.